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Auta  nettiriippuvaista  kansaa! 

Useimmilla  lukijoilla  lienee  kokemusta  peleistä 
tai  nettipalveluista,  joista  ei  meinaa  päästä  irti 
millään.  Moni  on  varmasti  myös  kamppaillut 
vakavamman  addiktion  kanssa. 

Vuosituhannen  vaihteen  aikoihin  kiinteiden 

laajakaistayhteyksien  saatavuus  parani  huomat¬ 
tavasti.  Oma  suhteeni  nettiin  muuttui  silloin 
ongelmalliseksi. 

Koska  yhteysminuutteja  ei  enää  tarvinnut  laskea,  virtu¬ 
aaliseen  ihmemaahan  saattoi  olla  uppoutuneena  vaikka 
koko  valveillaoloaikansa.  Opiskelu  kärsi.  Pahimmillaan 
kaupassa  käyminenkin  vaati  ponnisteluja,  kun  turrut¬ 
tavasta  irc-virrasta  piti  irrottautua  muutamaksi  minuu¬ 
tiksi.  Vasta  vuosien  kuluttua  sain  nettisuhteeni  kunnolla 
ruotuun  kokeiltuani  useita  erilaisia  itsekurituskeinoja. 
Rajoitan  edelleen  yhteys-  ja  tavoitettavuusaikojani,  vaikkei 
pakottavaa  irkinkyttäystarvetta  olekaan  enää  vuosiin  ollut. 

Sittemmin  koko  kansa  löysi  ympärivuorokautisen 
nettisosiaalisuuden  ilot.  Nettiriippuvuuden  kanssa 
nuoruudessaan  kamppailleelle  tämän  seuraaminen  oli 
vaivaannuttavaa.  Tuttava  toisensa  jälkeen  huumaantui 
Facebookista,  koukuttui  siihen  ja  alkoi  osoittaa  samoja 
riippuvuuden  merkkejä  kuin  irc-addiktit  vuosia  aiemmin. 
Samalla  riippuvuudesta  on  tullut  yhä  vaikeammin  havait¬ 
tavaa.  Netti  kulkee  taskussa  mukana,  ja  runsaasta  sosiaa¬ 
lisen  median  käytöstä  on  tullut  suorastaan  normi,  josta 
poikkeavaa  oudoksutaan.  Eikä  asiaa  auta  se,  että  suositut 
nettipalvelut  on  alun  alkaenkin  suunniteltu  koukuttamaan 
käyttäjänsä  -  eiväthän  ne  muuten  olisi  suosittuja. 

Koukuttavia  viestimiä  on  toki  ollut  aiemminkin. 
Television  turruttavasta  ja  passivoivasta  vaikutuksesta 
on  paasattu  jo  vuosikymmeniä.  Netissä  roikkuminen  on 
vuorovaikutteisen  luonteensa  vuoksi  pienempi  paha  kuin 
telkkarin  edessä  löhöäminen,  mutta  sen  ongelmia  ei  osata 
vielä  tunnistaa  samalla  tavoin.  Tästä  syystä  kansa  tarvitsee 
kaikkien  niiden  apua,  jotka  ovat  kohdanneet  nettiriippu- 
vuutta  jo  kauan  sitten. 

Jos  olet  kärsinyt  nettiriippuvuudesta,  niin  avaudu  koke¬ 
muksistasi!  Jos  huomaat  kavereissasi  tuttua  oirehdintaa, 
niin  ota  asia  puheeksi!  Kansan  on  jo  korkea  aika  päästä 
kollektiivisesta  somehuumastaan  vaiheeseen,  jossa  se 
tunnistaa  ongelmansa  ja  hakee  siihen  apua.  & 
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VVallu 
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Kuvamerkkien  uusi  aika  \ 

Emojitja  muut  kuvamerkit  ovat  tulossa  mukaan  viestintäämme ,  ja  kirjoitettu  kieli  saa 
kuvakirjoituksen  piirteitä.  Tämä  muuttaa  jopa  kirjoituksen  käsitettä:  sanan  ja  kuvan  ero 
hämärtyy. 

Teksti:  Jukka  K.  Korpela 

Kuvat:  Mitol  Meerna,  Jukka  K.  Korpela,  Minna  Sarakontu 


Kirjoitetussa  viestin¬ 
nässä  on  aina  käytetty 
pieniä,  noin  kirjaimen 
kokoisia  kuvia  tekstin 
joukossa.  Tosin  me¬ 
nettelyn  yleisyys  on  vaihdellut,  ja  sitä 
vähensivät  sellaiset  viestintämuodot, 
joissa  ei  voinut  käyttää  kuvia.  Tek¬ 
niikka  on  nyt  taas  mahdollistanut 
kuvamerkkien  helpon  käytön.  Se  on 
jo  levinnyt  laajalle  monissa  nykyajan 
viestintämuodoissa,  kuten  kuva  1  ha¬ 
vainnollistaa. 

Kuvamerkkien  käyttö  on  osittain 
jo  varsin  vanha  ilmiö.  Siinä,  mitä  nyt 
on  tapahtumassa,  on  kuitenkin  kaksi 
olennaista  uutuutta.  Ensinnäkin  ku- 
vamerkkejä  käyttävät  yhä  useammat 
ihmiset  yhä  useammissa  yhteyksissä, 
ja  merkkien  monipuolisuus  lisääntyy. 
Toiseksi  kuvamerkkejä  on  ruvettu  laa¬ 
jamittaisesti  standardoimaan  ja  mää¬ 
rittelemään  nimenomaan  merkeiksi, 
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joilla  on  omat  koodinsa  merkkikoodis¬ 
sa  (Unicodessa)  ja  joita  siksi  voidaan 
käyttää  tekstissä  kuten  kirjaimia. 

Ikonista  symboliksi 

Filosofi  Charles  S.  Peircen  esittämässä 
analyysissa  erotetaan  toisistaan  merk¬ 
kien  (signs)  eri  lajeja  seuraavasti: 

•  ikoni  on  kohteensa  kuva  eli  näky¬ 
västi  sen  kaltainen;  esimerkiksi  kuva 
nuotiosta  esittää  tulta 

•  indeksi  viittaa  kohteeseen  syy-yhte¬ 
yden  kautta;  esimerkiksi  savu  viittaa 
tuleen 

•  symboli  viittaa  kohteeseen  vain,  kos¬ 
ka  se  on  otettu  sellaiseen  käyttöön  ja 
se  on  vakiintunut  tai  siitä  on  sovittu; 
esimerkiksi  suomen  sana  Tuli”  tai 
englannin  sana  Tire”  on  tässä  mie¬ 
lessä  symboli. 

Ikonille  on  ominaista,  että  sen  voi 
ymmärtää  intuitiivisesti:  se  esittää 
kohdettaan  graafisesti.  Indeksin  ym¬ 


märtäminen  sen  sijaan  riippuu  vah¬ 
vasti  kokemuksesta  ja  kulttuuristakin. 
Symboli  on  täysin  sovinnainen,  joskin 
sovinnaisuuden  aste  vaihtelee.  Esimer¬ 
kiksi  kiinalaisen  kirjoituksen  elementti 
(CJK  RADICAL  FIRE)  on  sinän¬ 
sä  sovinnainen,  mutta  siinä  voi  kyllä 
nähdä  tulen  ikonin  tai  indeksin  (hiil¬ 
loksen). 

Sanaa  ”symboli”  voidaan  käyttää 
myös  hyvin  laajassa  merkityksessä 
niin,  että  myös  ikonit,  indeksit,  tavalli¬ 
set  kuvat,  esineet,  eleet,  sanat  ym.  voi¬ 
vat  olla  symboleita.  Osasyy  tähän  on, 
että  suomen  kielessä  ei  ole  Peircen  kä¬ 
sitteistön  sanaa  ”sign”  vastaavaa  termiä 
vaan  sana  ”merkki”  tarkoittaa  tavalli¬ 
simmin  kirjoitusmerkkiä  (character). 

Ikonin  ja  indeksin  ero  on  suhteel¬ 
linen.  Ne  voivat  myös  kehittyä  sym¬ 
boleiksi,  kuten  on  käynyt  esimerkiksi 
levykettä  esittävälle  ikonille.  Sitä  käy¬ 
tetään  tietokoneohjelmissa  yleisesti 
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Tänään  alkas  lomakin  ”  S  24 


[  Lari 

Ens  viikol  mä:  ^  ^ 
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Kuva  1 .  Kuvamerkkien  avulla  juttelua  VVhatsappissa. 


tarkoittamaan  Tallenna-toi- 
mintoa,  vaikka  levykkeiden 
käyttö  on  loppunut.  Monet 
eivät  ole  koskaan  nähneet  le¬ 
vykettä  saati  käyttäneet  sitä, 
mutta  tunnistavat  silti  levy- 
kesymbolin  tarkoittavan  tal¬ 
lentamista  (kuva  2). 

Hymiöiden  tulo 

Hymiöt  (smileys,  emoticons) 
otettiin  käyttöön  1980-lu- 
vulla  viestinnän  elävöittämi¬ 
seen  tilanteessa,  jossa  voitiin 
käyttää  vain  merkkipohjaista 
viestintää.  Hymiöiden  viehä¬ 
tystä  lisäsi  se,  että  niiden  ym¬ 
märtäminen  ja  käyttö  vaatii 
oivaltamista  tai  oppimista. 
Merkkiyhdistelmä  näyt¬ 
tää  hymyileviltä  kasvoil¬ 
ta  vain,  jos  sitä  katsoo  pää 
vasemmalle  kallistettuna. 
Teoreettisessa  luokituksessa 
hymiötä  voidaan  kuitenkin 
pitää  ikonina. 

Netistä  löytyy  lukematto¬ 
mia  hymiöiden  kokoelmia, 
joissa  useimmat  ovat  pitkälti 
tuntemattomia  ja  täysin  tarpeettomia. 
Usein  kyse  on  vain  graafisesta  ilotte¬ 
lusta:  kehitellään  merkkiyhdistelmiä, 
jotka  voisivat  tarkoittaa  jotain  (kuva 
3). 

Hymiöt  ovat  erikoistapaus  merkki- 
grafiikasta ,  jota  on  käytetty  ja  käyte¬ 
tään  keinovalikoiman  todellisten  tai 
luuloteltujen  rajoitusten  takia.  Merk- 
kigrafiikassa  käytetään  merkkiyhdis¬ 
telmiä,  jotka  voidaan  hahmottaa  kuvi¬ 
oiksi.  Jopa  merkin  ”>”  tai  merkkiparin 
”->”  käyttöä  voidaan  pitää  merkkigra- 
fiikkana:  niitä  käytetään  niiden  ulko¬ 
asun  takia  oikeamman  symbolin  kuten 
nuolen  sijasta.  Merkkigrafiikasta 
käytetään  myös  nimitystä  Ascii-gra- 
fiikka  tai  Ascii-taide,  silloin  kun  mer¬ 
keistä  sommitellaan  isoja  kuvioita. 

Hymiöistä  kuvamerkkeihin 

Jo  jonkin  aikaa  monet  ohjelmat  ovat 
muuntaneet  hymiöitä  kuviksi  esimer¬ 
kiksi  niin,  että  kun  käyttäjä  kirjoittaa 
kolme  merkkiä  ohjelma  sisäisesti 
muuntaa  ne  kuvaksi  tai  kuvamerkiksi 
tai  vain  näyttää  sen  tilalla  hymynaa- 
man. 

Alkuperäisen  idean  mukaiset  hymi¬ 
öt  ovatkin  hitaasti  väistymässä,  ja  pe¬ 
russyykin  on  ilmeinen.  Kuvat  ja  kuva- 


merkit  ovat  paljon  luonnollisemman 
näköisiä  kuin  hymiöt,  ja  niihin  saa  pal¬ 
jon  enemmän  vaihtelua:  4?  V  . . 

Kaikkein  tavallisimmat  hymiöt  saat¬ 
tavat  kuitenkin  jäädä  käyttöön,  kos¬ 
ka  ne  ovat  vakiintuneet  kirjoituksen 
osaksi.  On  jopa  kysytty  kielitoimistol¬ 
ta,  miten  hymiöiden  käyttö  vaikuttaa 
välimerkkien  käyttöön  -  siis  kysytty 
muodollisia  sääntöjä  aika  epämuo¬ 
dollisten  ilmausten  käyttöön.  Kysy¬ 
mykseen  myös  vastattiin:  "Selvyyden 
vuoksi  hymiö  kannattaa  sijoittaa  virk- 


Kuva  2.  Levykkeen  kuva  oli  alkujaan 
ikoni,  mutta  nykyisin  se  on  yleensä 
tallentamisen  symboli. 

O:-)  Angel 

0;-)  Angel  wink  -  male 

:-{{  Angry  Very 

~:o  Baby 

d:-)  Baseball 

:-{0  Basic  Mustache 

Kuva  3.  Ote  Netlingo-sivuston  hymiösa- 
nastosta. 
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Kuva  4.  Muutamia  Unicoden  version  7 
mukanaan  tuomista  250  uudesta  emoji- 
merkistä. 


Kuvamerkki  -  siis  mikä? 

Kuvamerkki  on  kirjoitusmerkki,  joka  esittää  jotain  asiaa  tyylitellyn  kuvan  tavoin. 
Sitä  voidaan  käyttää  tekstissä  kuten  muitakin  merkkejä,  joiden  merkitys  on 
olennaisesti  graafinen,  kuten  "g"  (tiimalasin  merkki,  HOURGLASS  U+231B). 

"Kuvamerkki"  ei  ole  vakiintunut  termi,  mutta  hyödyllinen.  Se  ei  myöskään 
ole  täsmällinen  käsite,  koska  merkin  kuvallisuus  on  tulkinnanvaraista.  Kuvamer- 
keiksi  voidaan  tulkita  ainakin 

•  vvingdings-merkit,  esimerkiksi  X  *,  jotka  on  nykyisin  koodattu  myös 
Unicode-merkeiksi 

•  emoji-merkit  kuten  2*0 

•  sekalainen  valikoima  muita  merkkejä,  esimerkiksi  ö  (house). 

Jos  tiedostossa  olevassa  tekstissä  on  kuvamerkki,  se  tallentuu  muiden  merkki¬ 
en  tavoin  omalla  koodillaan.  Esimerkiksi  "©"  on  tavallinen  merkki  Unicodessa: 
U+263AVVHITE  SMILING  FACE.  Kuvamerkkiin  vaikuttavat  fonttiasetukset  kuten 
muihinkin  merkkeihin:  se  voi  muuttaa  kokoa,  väriä  ja  fonttia. 
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Kuva  5.  Kulttuurisidonnaisia  emoji-merk- 
kejä.  Samat  merkit  kahdella  fontilla: 
CLOSED  MAILBOX  WITH  LOVVERED 
FLAG,  MONEY  WITH  WINGS  ja  FATHER 
CHRISTMAS. 


keen  päättävän  välimerkin  perään” 
(Kielikello  4/2009).  ^ 

Emoji-merkit 

Sana  "emoji”  liitetään  usein  sanaan 
"emootio”,  mutta  yhteys  on  satunnai¬ 
nen.  Sana  "emoji”  tarkoittaa  japanissa 
kuvamerkkiä.  Emojit  tulivat  laajaan 
käyttöön  ensin  japanilaisissa  teksti¬ 
viesteissä. 

Jotkin  emojit  ovat  hyvin  kulttuu¬ 
risidonnaisia,  Japanin  kulttuurista 
riippuvia,  mutta  suuri  osa  on  yleisin¬ 
himillisiä.  Emoji-merkin  käsite  ei  ole 
täsmällinen,  vaan  on  eri  tulkintoja  sii¬ 
tä,  mitä  kuvamerkkejä  pidetään  emoji- 
merkkeinä. 

Emojien  yhdestä  osajoukosta  käy¬ 
tetään  Unicode- standardissa  nimeä 
"emoticons”,  mutta  ne  esittävätkin  kas¬ 
vojen  ilmeitä  ja  eleitä,  esimerkiksi 
(WEARY  CAT  FACE). 

Emojit  ovat  luonteeltaan  yleensä 
vahvasti  ikonisia:  ne  esittävät  jotakin 
näkyvää  asiaa.  Toisaalta  samaa  koh¬ 
detta  esittäviä  emoji-kuvia  on  usein 
paljon  erilaisia,  jolloin  kuvan  valin¬ 
nalla  ilmaistaan  myös  asenteita  ja 
tunteita.  Viestit  voivat  täten  olla  hyvin 
tiiviitä,  mutta  tulkinnanvaraisia.  Tul¬ 
kinnanvaraisuutta  lisää  se,  että  emo¬ 
jit  on  usein  tarkoitettu  indekseiksi. 
Esimerkiksi  emoji,  jossa  on  lautanen, 
veitsi  ja  haarukka,  tarkoittaa  yleensä 
pikemminkin  ruokailua  kuin  näitä 
kolmea  esinettä. 


Unicode  codepoint(s)  RAINBOW  (U+1  F308) 

Gemoji  image 

Unicode  brovvser  display 

Kuva  6.  Sateenkaarta  esittävä  Unicode- 

merkki  värillisenä  gemojina  ja  musta¬ 
valkoisena,  vaikeammin  hahmottuvana 
glyyfinä. 


Kuvamerkkien 

kulttuuririippuvuus 

Merkin  ja  kuvan  keskeinen  ero  on, 
että  merkin  ulkoasu  riippuu  fontista, 
joskus  paljonkin.  Vaikka  esimerkiksi 
tiimalasin  merkki  tarkoittaa  vain  tii¬ 
malasia,  ei  esimerkiksi  jotain  abstrak¬ 
tia  ajan  kulumisen  ideaa,  sen  ulkoasu 
voi  vaihdella.  Todellisia  tiimalaseja  on 
erilaisia,  samoin  tyyliteltyjä  tiimalase¬ 
ja.  Sen  sijaan  kuva  on  kiinteä. 

Kuvamerkkien  ulkoasu  voi  kuiten¬ 
kin  vaihdella  suuresti  (kuva  5).  Peri¬ 
aatteessa  kuvamerkki  ei  ilmaise  abst¬ 
raktia  ideaa  vaan  jotakin  konkreettista 
ja  näkyvää.  Käytännössä  kuvamerkin 
muoto  voi  vaihdella  fontin  mukaan 
paljonkin.  Lisäksi  kuvamerkki  voi  olla 
olennaisesti  riippuvainen  kulttuurista. 
Esimerkiksi  erilaiset  postilaatikkomer- 
kit  esittävät  amerikkalaisia  laatikoita. 
Niissä  on  olennaista,  onko  laatikkoon 
kiinnitetty  lippu  alhaalla  vai  ylhäällä, 
mutta  tämä  ei  välttämättä  sano  mitään 
ihmiselle,  joka  ei  tunne  amerikkalaista 
käytäntöä. 

Monitulkintaisuuden  ongelma 

Vanhassa  kuvakirjoituksessa  käytettiin 
eri  tekniikoita  kuvien  rajoitusten  ja 
monitulkintaisuuden  hallitsemiseksi. 
Osaa  niistä  käytetään  yhä.  Kuvamerk- 
kiin  voidaan  liittää  sanoja  tai  lyhentei¬ 
tä  selventämään  niitä.  Vanhempi  tapa 
on  liittää  kuvamerkkiin  muita  graafisia 
merkkejä,  jotka  jollain  sovinnaisel¬ 
la  tavalla  rajoittivat  merkitystä.  Vielä 


yksinkertaisempaa  on  käyttää  useita 
kuvamerkkejä  yhden  käsitteen  ilmai¬ 
semiseen. 

Kuvakirjoituksen  uudessa  tulemi¬ 
sessa  tekniikat  pysynevät  yksinkertai¬ 
sempina.  Koska  kirjainkirjoitus  on  jo 
keksitty,  on  luonnollista  käyttää  selit¬ 
täviä  sanoja.  Vielä  yksinkertaisempaa 
on,  että  kuvilla  esitetään  vain  sellaisia 
asioita,  että  ne  ovat  asiayhteydessä 
yksikäsitteisiä;  muu  esitetään  sanoil¬ 
la.  Lause  "Nyt  mä  Ä  ja  sit  ö  ®” 
toimii  hyvin,  koska  lyhyet  pikkusanat 
tekevät  selväksi,  että  kuvataan  omia 
aikomuksia  eikä  esimerkiksi  tehdä  eh¬ 
dotusta;  tämän  tekeminen  pelkillä  ku- 
vamerkeillä  olisi  varsin  vaikeaa,  vaikka 
kuvamerkit  ilmaisevätkin  toiminnan 
sisällön  hyvin. 

Kuvamerkkejä  standardoidaan 

Merkkikoodien  määrittelyssä,  joka 
on  nykyisin  olennaisesti  Unicode- 
standardin  kehittämistä,  on  aiemmin 
suhtauduttu  nihkeästi  kuvamerkkei- 
hin.  On  koodattu  ensisijaisesti  vain 
sellaisia  symboleita,  joilla  on  todis¬ 
tettavissa  olevaa  käyttöä  merkkeinä 
tekstissä,  ei  vain  graafisina  alkioina 
esimerkiksi  julisteissa.  On  ajateltu,  että 
jos  mitä  tahansa  graafisia  symboleja 
ruvetaan  lisäämään  merkkikoodiin, 
päädytään  suureen  sekaannukseen  ja 
lopulta  koodiavaruuden  loppumiseen. 
Unicode-standardissa  on  noin  miljoo¬ 
na  koodipaikkaa  merkeille,  ja  vakaaksi 
tarkoitettu  päätös  on,  että  koodiava- 
ruutta  ei  tästä  laajenneta. 

Nyt  kuitenkin  Unicodeen  on  lisätty 
suuri  määrä  kuvamerkkejä,  ja  lisää  on 
tulossa.  Unicoden  versiossa  7  (kesäl¬ 
lä  2014)  tuli  250  uutta  kuvamerkkiä 
(emoji-merkkiä),  joista  on  muutama 
näyte  kuvassa  4.  Kuvamerkkien  virta 
Unicodeen  on  siis  avattu.  Tosin  kovin 
nopeaa  merkkien  lisääminen  ei  voi 
olla.  Unicode- standardin  version  7 
julkistuksen  yhteydessä  päätettiin,  että 
uusi  versio  julkaistaan  vuosittain  kesä¬ 
kuussa.  Lisäksi  voidaan  julkaista  väli- 
versioita.  Vuonna  2016  julkaistavaan 
versioon  9  on  ehdolla  vain  38  uutta 
kuvamerkkiä. 

Unicoden  versiossa  7  merkkeihin  tu¬ 
livat  värit.  Unicode  nimittäin  määritte¬ 
lee  nyt  kuvamerkeille  mahdollisuuden 
sekä  mustavalkoiseen  esitykseen  (tai 
oikeastaan  yksiväriseen)  että  monivä¬ 
riseen  esitykseen  (gemoji),  kuten  kuva 
6  havainnollistaa. 
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Kuva  8.  VVhatsappin  hierarkkinen  kuvamerkkivalikko:  yläriviltä  valitaan  aihepiiri,  esi¬ 
merkkitapauksessa  eläimet,  kasvit  yms. 


E  Päivitä  tila  (5)  Lisää  kuvia/video 

Mitä  mietit? 

Mitä  teet? 


(^  on 

katsoo 

[  J  ]  lukee 

► 

kuuntelee 

juo 

syö 

pelaa 

Matkustaa  kohteeseen 

Kuva  9.  Facebookin  tilapäivityksessä  saa  hymiökuvaketta  napsauttamalla  listan,  josta 
voi  valita  kuvan  viestinsä  alkuun. 


Unicode  määrittelee  myös  tavan 
valita  tällaisten  esitystapojen  vä¬ 
lillä.  Keinona  on  teknisesti  se,  että 
emoji-merkkiä  seuraava  Unicode- 
merkki  VARIATION  SELECTOR-16 
(U+FEOF)  on  pyyntö  esittää  emoji- 
merkki  ”emoji- tyyliin”,  merkki  VARIA¬ 
TION  SELECTOR-15  (U+FEOE)  taas 
pyytää  ”tekstityyliä”.  Tosin  toistaiseksi 
melko  harvat  ohjelmat  tukevat  näitä 
tekniikoita.  Tavallisempaa  on,  että  oh¬ 
jelma  käyttää  kiinteästi  jompaakum¬ 
paa  tyyliä. 

Tasa-arvoa  merkkeihin 

Edellä  mainittiin,  että  Emoji-merkeillä 
voi  olla  myös  monivärinen  ulkoasu 
yksivärisen  ohella.  Tämä  on  lisännyt 
sitä  ongelmaa,  että  ihmistä  esittävässä 
merkissä  on  määrätty  ihonväri,  joka 
on  käytännössä  lähes  aina  ollut  vaalea. 
Tämän  takia  on  laadittu  luonnos,  joka 
määrittelee  kuvamerkkeihin  yhdistet¬ 
täviä  väritysmerkkejä,  ”skin  tone  mo- 
difiers”  (kuva  7). 

Väritysmerkit  eivät  tarkoita  yksin¬ 
kertaista  värittämistä,  vaan  ne  voivat 
muuttaa  sekä  ihon  että  tukan  väriä. 
Niille  on  annettu  abstrakteja  nimiä 
kuten  EMOJI  MODIFIER  FITZPAT- 
RICK  TYPE-5. 

Kirjoittamisen  tekniikoiden 
paljous 

Kuvamerkkejä  voi  kirjoittaa  kaikilla 
merkkien  kirjoittamisen  yleisillä  tek¬ 
niikoilla,  kuten  järjestelmän  merkki - 
paletista  valitsemalla  tai  merkin  Uni- 
code-numeroa  käyttävillä  tekniikoilla. 
Eri  ohjelmissa  voi  olla  omia  merkkipa- 
lettejaan,  jotka  voivat  olla  ryhmiteltyjä 
tai  hierarkkisia  (kuva  8).  Lisäksi  jois¬ 
sakin  ohjelmissa  emojeja  voi  kirjoittaa 
Unicode-nimiensä  avulla  esimerkiksi 
siten,  että  :rocket:  tuottaa  merkin 
jonka  Unicode-nimi  on  ROCKET.  Ku¬ 
vamerkkejä  voi  myös  kopioida  ja  liittää 
tekstistä  toiseen,  esimerkiksi  verkko¬ 
sivulta  getemoji.com  sähköpostiin  tai 
Facebook-päivitykseen. 

Ohjelmat  saattavat  tarjota  hyvinkin 
aktiivisesti  mahdollisuutta  kuvalliseen 
ilmaisuun  tekstin  yhteydessä.  Esimer¬ 
kiksi  Facebookissa  voi  tilapäivityksen 
helposti  aloittaa  kuvakkeella  (kuva  9). 
Tällöin  muut  voivat  heti  nähdä,  min¬ 
kätyyppisestä  päivityksestä  on  kyse. 
Kuvien  tunnistaminen  on  nopeampaa 
kuin  tekstin  lukeminen.  Lisäksi  kuva 
vetää  huomion  puoleensa. 


Fontit  rajoittavat 

Uutta  merkkiä  ei  voi  esittää,  ennen 
kuin  se  on  toteutettu  johonkin  fonttiin. 
Voi  kestää  hyvin  kauan  -  kymmenen 
vuottakin  -,  ennen  kuin  Unicodeen 
lisätty  merkki  on  useimpien  käyttäjien 
saatavilla.  Tämä  on  tärkein  syy,  joka 
rajoittaa  kuvamerkkien  käyttöä  digi¬ 
taalisessa  viestinnässä  ja  johtaa  usein 
kuvien  käyttöön  kuvamerkkien  sijasta. 

Tietokoneissa  olevat  fontit  eivät 
yleensä  päivity  yhtä  helposti  kuin 
käyttöjärjestelmät  ja  selaimet.  Jokaisen 
käyttäjän  on  pitänyt  erikseen  hank¬ 
kia  eri  fonttien  uudet  versiot  ja  uudet 
fontit.  Käytännössä  fonttien  valikoima 
riippuu  ensisijaisesti  käyttöjärjestel¬ 


män  versiosta,  toissijaisesti  siitä,  mitä 
sovellusohjelmia  on  asennettu,  koska 
fontteja  tulee  myös  niiden  mukana. 

Tilanne  on  kuitenkin  muuttumassa. 
Microsoft  on  toteuttanut  muun  mu¬ 
assa  Segoe  UI  Symbol  -fontin  laajen¬ 
netun  version  automaattisen  päivit¬ 
tämisen  järjestelmäpäivitysten  osana. 
Kyseinen  fontti  sisältää  suurehkon  va¬ 
likoiman  kuvamerkkejä. 

Verkkosivuilla  on  mahdollista  käyt¬ 
tää  web -fontteja  eli  sivun  mukana 
automaattisesti  latautuvia  fontteja. 
Sama  koskee  HTML5-sovelluksia  eli 
Javascriptillä  tehtyjä,  HTML:ää  ja 
CSS:ää  käyttäviä,  web- selaimessa  suo¬ 
ritettavia  sovelluksia.  Tekijänoikeus- 
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syistä  kyseeseen  tulevat  yleensä  vain 
vapaat  fontit.  Uusia  emoji-merkkejä 
on  toistaiseksi  vain  parissa  vapaassa 
fontissa  (Quivira,  Symbola). 

Kirjoitus  palaa  juurilleen 

Kirjoituksen  alkumuoto  oli  kuvakirjoi¬ 
tus.  Varhaisimmat  säilyneet  kirjoituk¬ 
set  ovat  paljolti  varastokirjanpitoa  ja 
veroluetteloja,  joissa  esitetään  konk¬ 
reettisia  esineitä.  Kuvat  riittivät  siihen, 
mutta  käytännön  tarve  pakotti  yksin¬ 
kertaiseen,  viitteelliseen  esitykseen.  Ei 
piirretty  taloa  vaan  parilla  vedolla  ta¬ 
loa  muistuttava  kuvio. 

Kirjainkirjoitus  syntyi,  kun  muu¬ 
tamia  merkkejä  ruvettiin  käyttämään 
äänteitä  tarkoittamassa.  Esimerkiksi 
talokuvio,  joka  oli  totuttu  lukemaan 
esimerkiksi  ”bet”  (seemiläinen  taloa 
tarkoittava  sana),  otettiin  b- äänteen 
merkiksi.  Ehkä  syynä  oli  aluksi  tarve 
kirjoittaa  ihmisten  ja  jumalien  nimiä, 
koska  niitä  oli  vaikeaa  tai  mahdoton¬ 
ta  esittää  kuvamerkeillä.  Kirjanpidon 
kaltaisten  tekstien  ohella  vanhimpia 
tekstejä  ovat  lyhyet  rukoukset  ja  muut 
uskonnolliset  tekstit  sekä  omistamista 
osoittavat  merkinnät. 

Kirjainkirjoitus  tarjosi  myös  mah¬ 
dollisuuden  ilmaista  paljon  monimut¬ 
kaisempia  ja  käsitteellisempiä  asioita 
kuin  kuvakirjoitus.  Sillä  voitiin  sanoa 
kaikki,  mikä  voidaan  sanoa  puhutul¬ 
la  kielellä.  Tämä  päti  siitä  huolimatta, 
että  varhaisin  kirjainkirjoitus  oli  mo¬ 
nin  tavoin  puutteellista.  Siinä  merkit¬ 
tiin  vain  konsonantit  ja  nekin  epäjoh¬ 
donmukaisesti:  sama  kirjain  saattoi 
olla  kahden  eri  konsonantin  merkki. 
Kirjoituksen  ei  tarvitse  olla  täydellistä 
ollakseen  hyödyllistä. 

Kuvakirjoitus  ei  ole  koskaan  kadon¬ 
nut,  vaan  se  on  säilynyt  kirjainkirjoi¬ 
tuksen  ohella,  esimerkiksi  opasteissa 
joko  yksinään  tai  tekstin  lisäksi.  Eri¬ 
koisaloilla  saattaa  juokseva  tekstikin 
yhä  sisältää  kuvakirjoitusainesta  kuten 
halkaisijan  merkki  ”0”  ja  suuntaa  osoit¬ 
tava  nuoli  Lisäksi  on  symboleja, 
jotka  eivät  ole  graafisesti  kuvailevia 
vaan  sovinnaisia  mutta  luonteeltaan 
kielestä  riippumattomia  ja  enemmän¬ 
kin  käsitteen  kuin  sanan  merkkejä,  ku- 
ten  €  ja  %  . 

Miksi  kuvakirjoitus  on  nyt  yleisty¬ 


mässä?  Kuvakirjoituksen  yksi  ilmeinen 
etu  on  kieliriippumattomuus,  mutta 
emoji-merkit  ovat  erityisen  suosittua 
japaninkielisessä  viestinnässä,  jossa 
kielimuuria  ei  ole.  Miksi  japanilaiset 
ovat  ottaneet  neljän  kirjoitusjärjestel¬ 
mänsä  (kanji,  hiragana,  katakana  ja  la¬ 
tinalainen)  rinnalle  vielä  aivan  uuden, 
ikään  kuin  tuhansissa  kanji-merkeissä 
ei  olisi  tarpeeksi  opettelemista?  Miksi 
emojit  ovat  levinneet  muuallekin  ja 
ovat  yleisiä  yhteyksissä,  joissa  voisi  hy¬ 
vin  käyttää  yhteistä  kieltä? 

Kuvakirjoituksen  yksi  etu  on,  että 
se  ei  vaadi  luku-  eikä  kirjoitustaitoa 
-  eikä  nykyisin  edes  piirustustaitoa, 
koska  merkkejä  voidaan  poimia  vali¬ 
koista.  Tämäkään  ei  riitä  selitykseksi, 
koska  kuvakirjoitusta  käyttävät  ih¬ 
miset  tyypillisesti  osaavat  ihan  hyvin 
lukea  ja  kirjoittaa  ja  ovat  usein  hyvin 
koulutettuja. 

Visuaalinen  havainnollisuus  tun¬ 
tuu  muodostuneen  keskeiseksi  tavoit¬ 
teeksi,  varsinkin  tunteiden  ilmaisussa. 
Olemme  tottuneet  lukemaan  kuvitet¬ 
tuja  tekstejä  ja  pidämme  niistä.  Lyhyitä 
viestejä  kirjoitettaessa  aitoon  kuvitta¬ 
miseen  ei  yleensä  viitsitä  ryhtyä,  vaik¬ 
ka  se  olisikin  monin  tavoin  helpompaa 
kuin  ennen.  Sen  sijaan  ikoneilla  voi 
säestää  viestiä  tai  jopa  esittää  koko 
viestin. 

Viestinnän  murros  vai 
ohimenevä  muoti? 

Kuvamerkit  ovat  usein  hauskoja  ja  pi¬ 
ristäviä,  ja  monet  ohjelmat  suorastaan 
tyrkyttävät  niitä  kirjoittajille.  Olisi 
helppoa  ajatella,  että  kyseessä  on  muo¬ 
ti-ilmiö,  johon  väsytään  melko  pian. 
Toisaalta  se  on  jatkunut  jo  kauan  mo¬ 
nissa  yhteyksissä  ja  on  niistä  leviämäs- 
sä  laajemmalle. 


Kuvamerkit  ovat  näennäisen  help¬ 
poja,  mutta  kuvakirjoitus  ei  ole  ol¬ 
lenkaan  niin  yksiselitteistä  ja  helposti 
luettavaa  kuin  voisi  luulla.  Usein  ne 
ilmaisevat  yksinkertaisia  konkreetti¬ 
sia  esineitä  tai  asioita  taikka  esittävät 
tyylitellysti  tunteenilmauksia.  Viesti 
ehkä  menee  jotenkin  perille,  mutta  ei 
ole  mitään  takeita  siitä,  että  vaikutus 
on  haluttu.  Kuvia  tulkitaan  eri  tavoilla, 
kuten  sanojakin. 

Kuvakirjoitus  ei  välttämättä  suju  ko¬ 
vinkaan  nopeasti  verrattuna  sanojen 
kirjoittamiseen.  Tämä  tosin  riippuu 
suuresti  siitä,  esittääkö  ohjelma  käyt¬ 
täjälle  kontekstista  riippuvia  valikkoja, 
joissa  on  sellaisia  kuvamerkkejä,  joita 
hän  todennäköisesti  haluaa  käyttää. 

Kuvamerkit  eivät  ole  hetken  huu¬ 
maa,  mutta  eivät  ne  itsessään  myös¬ 
kään  merkitse  vallankumousta.  Sen 
sijaan  niillä  on  oma  osansa  viestinnän 
suuressa  murroksessa,  jossa  tavallinen 
viestintämme  muuttuu  moni-ilmei- 
semmäksi.  Teksti,  tekstin  muotoilut, 
kuva,  ääni  ja  liikkuva  kuva  muodos¬ 
tavat  keinovalikoiman,  jota  käytetään 
aina  tilanteen  mukaan.  Alamme  jo  tot¬ 
tua  siihen,  että  arkipäiväiseen  viestiin¬ 
kin  voi  liittää  saman  laitteen  kameralla 
otetun  kuvan.  Tulevaisuudessa  kynnys 
myös  tekstin  typografiseen  muotoi¬ 
luun,  kuvien  piirtämiseen,  äänitteiden 
ja  videoleikkeiden  lisäämiseen  alenee 
tai  häviää. 

Kuvamerkeillä  on  osansa  tässä  ko¬ 
konaisuudessa.  Kun  puolisolle  lähete¬ 
tään  ostoslista,  voidaan  mukaan  laittaa 
vaikkapa  kuva  halutusta  tuotteesta  - 
tai  yksinkertaisimmassa  tapauksessa 
vain  «c. 


Haaste  esteettömyydelle 

Kuvien  käyttö  on  aina  ongelmallista  sokeille  ja  usein  myös  heikkonäköisille. 
Koska  kuvamerkit  ovat  yleensä  pienikokoisia,  niiden  tunnistaminen  on  vaikeaa, 
jos  näkö  ei  ole  terävä. 

Näkövammaisten  avuksi  on  kehitetty  apuvälineitä  kuten  puhesynteesi  ja 
Braille-laitteet,  jotka  esittävät  tekstin  pistekirjoituksella.  Kuvamerkkien  Braille- 
esitystä  ei  kuitenkaan  ole  määritelty.  Puhesynteesissäkin  ne  tuottavat  ongel¬ 
mia.  Ilmeisin  ratkaisu  olisi  esittää  kuvamerkin  tilalla  sen  nimi,  mutta  tätäkään 
ei  vielä  ole  toteutettu. 
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Kolumni 


Keksi  pyörä  uudelleen 

Sähköauto  antoi  odottaa  itseään  pitkään.  Sitten  uusi  tulokas 
Tesla  Motors  uskalsi  kyseenalaistaa  nykytiedon. 

Janne  Siren 


It  isn  t  what  you  don  t  know  that 
gets  you  into  trouble.  It  is  what 
you  know,  but  just  aint  so.”  Osu¬ 
va  oivallus  pätee  myös  teknologian 
murroksiin,  kuten  sähköauton  kehit¬ 
tämiseen.  Sekin  alkoi  sujua  vasta,  kun 
ymmärrettiin,  että  vanhat  faktat  eivät 
enää  pitäneet  paikkaansa. 

Vasara  ja  nauloja 

Autojätit  ylpeilevät  modulaarisilla 
alustoillaan,  joista  syntyy  auto  useaan 
eri  kokoluokkaan.  Alustoja  yhdistää 
vuosisatainen,  kovassa  käytössä  ollut 
konsepti:  polttomoottori,  vaihteisto, 
pitkittäinen  keskitunneli  pakoputkelle 
tai  vetoakselille  (ajalta,  jolloin  vetäviä 
ja  ohjaavia  pyöriä  ei  vielä  osattu  yhdis¬ 
tää)  sekä  bensatankki. 

Kun  miljardi- investointeja  poltto - 
moottorialustoihin  tehnyt  autotehdas 
tarttuu  sähköautoon,  tulos  kuulostaa 
Saksasta  hiljattain  tihkuneelta  suun¬ 
nitelmalta:  lukuisia  pieniä  akkuja 
ripoteltuna  vapaisiin  koloihin,  kes- 
kitunneliin,  moottoritilaan  ja  jopa 
ovitaskuihin.  Sähköauto  onkin  yleensä 
pohjimmiltaan  vain  bensa-auto,  jossa 
polttomoottorijärj esteinään  tiloja  on 
uusiokäytetty. 

Suuri  osa  autotehtaiden  satavuoti¬ 
sista  kulttuureista  liittyy  pienten  rä¬ 
jähdysten  millintarkkaan  hallintaan 
teräsmöhkäleen  sisällä.  Rahavirrat  taas 
muodostuvat  polttomoottorien  jatku¬ 


vasta  huollon  tarpeesta.  Sille,  jolla  on 
jo  kädessään  vasara,  kaikki  näyttää 
naulalta.  Niinpä  sähköautoista  tulee 
bensa-autojen  puolivillaisia  kopioita, 
lyhyen  matkan  golfkärryjä,  joissa  vähät 
akut  kutistavat  tavaratilan. 

Piilaaksolaisella  Tesla  Motorsilla  ei 
ole  takanaan  sataa  vuotta,  vasta  kym¬ 
menkunta.  Yritys  valmistaa  vain  säh¬ 
köautoja  ja  kokoaa  akkupatteristoja. 
Tesla  yhdistelee  pieniä  litiumioniakku- 
ja  suuriksi  kokonaisuuksiksi.  Ensim¬ 
mäisessä  Tesla  Roadsterissa  vuonna 
2008  akut  oli  vielä  pakattu  Lotukselta 
lainatun  korin  nelisylinterimoottorin 
paikalle,  mutta  siihen  yhtäläisyydet 
loppuvatkin. 

Monet  polttomoottoriauton  totuu¬ 
det  eivät  koske  sähköautoa,  mutta 
voivat  kyllä  pilata  sen.  Tesla  Model  S 
on  ensimmäinen  moderni  sähköauto, 
jonka  koriin  ei  ole  suunniteltu  poltto¬ 
moottoria  öljysäiliöineen,  jäähdyttimi- 
neen,  vaihteistoineen,  putkistoineen, 
vaimentimineen,  katalysaattoreineen 
ja  bensatankkeineen.  Klassisen  auton 
osista  jatkoon  ovat  päässeet  ainoastaan 
neljä  pyörää,  jousitus,  ratti  ja  jarrut. 

Autokoulu  uusiksi 

Model  S:n  lattian  muodostaa  sileä  ak- 
kulevy  300-500  ajokilometrille.  Ren¬ 
kaiden  välissä  on  yksi  tai  kaksi  pientä 
ja  yksinkertaista,  urheiluauton  ripeää 
sähkömoottoria.  Perustuksilleen  rii¬ 


suttu  Tesla  muistuttaa  isoa  rullalautaa, 
jossa  on  ratti.  Rullalauta  on  kuin  tyh¬ 
jä  taulu,  jolle  rakentaa.  Minimaalinen 
rakenne  mahdollistaa  myös  akuston 
vaihtamisen  autopesulaan  mahtuvalla 
robotilla.  Model  S:ää  onkin  kutsuttu 
automaailman  Iphoneksi,  sillä  se  on 
saanut  kilpailevat  ratkaisut  näyttä¬ 
mään  absurdin  monimutkaisilta. 

Vaikka  Model  S  on  vain  sulavalin¬ 
jainen  viistoperä,  taka-  ja  etukonteissa 
on  tavaratilaa  kuin  maasturissa  -  jopa 
1790  litraa.  Keulassa  on  voitu  panos¬ 
taa  kolariturvallisuuteen,  kun  poltto¬ 
moottorin  tilavaatimuksia  ei  ole.  Etu¬ 
penkkien  välissä  ei  ole  vaihteistoa  vaan 
lattia  tai  lokero,  ja  takapenkin  lattia  on 
kauttaaltaan  tasainen.  Keskitunnelia  ei 
nelivedosta  edes  löydy,  sillä  moottorei¬ 
ta  voi  olla  enemmän  kuin  yksi.  Taka¬ 
kontti  on  syvä,  ja  sen  lattiasta  nousee 
tarvittaessa  lisäistuimia.  Kyytiin  mah¬ 
tuu  seitsemän. 

Sähköautoa  ei  käynnistetä  eikä  sam¬ 
muteta.  Model  S  on  aina  päällä.  Virta- 
nappia  tai  moottorin  esilämmitystä  ei 
siis  tarvita.  Koska  myöskään  päästöjä 
ei  ole,  matkustamon  lämmitystä  ja  il¬ 
mastointia  voi  käyttää  vaikka  tallissa. 
Tesla  on  aina  verkossa,  joten  lämpöä 
voi  säädellä  kännykällä.  Model  S  oppii 
käyttäjänsä  ajoaikataulut  ja  lämmittää 
tai  jäähdyttää  matkustamon  valmiiksi. 
Auto  ei  tärise  eikä  savua  parkissa  eikä 
liikennevaloissa,  sillä  tyhjäkäyntiä  ei 
ole.  Auto  vain  on:  hiljaa  mutta  valmiina. 

Ilman  vaihteistoa  vääntö  on  aina 
välitöntä  ja  katkotonta.  Jarruenergian 
talteenotto  taas  on  niin  voimakasta, 
että  auto  jarruttaa  kaasua  nostamalla. 
Sähköauton  voi  "tankata”  öisin  koti- 
töpselistä  ja  Teslan  sähköautot  lisäksi 
ilmaiseksi  Superchargerilla,  joista  en¬ 
simmäiset  avattiin  Suomeen  touko¬ 
kuussa.  Tutut  huollot  kuten  hihnat,  sy- 
tytystulpat  ja  öljyt  jäävät  historiaan. 
Määräaikaishuollon  käsite  muuttuu, 
koska  sähköautossa  harva  asia  likaan¬ 
tuu  tai  liikkuu  ja  Teslan  ohjelmistopäi¬ 
vitykset  tulevat  langattomasti  perille. 

Moni  autoilun  itsestäänselvyyksistä 
liittyy  siis  polttomoottoriin  eikä  ole¬ 
kaan  enää  itsestään  selvää.  Yhdessä 
Teslakin  on  silti  yhä  konservatiivinen: 
Model  S  on  ulkoisesti  varsin  perintei¬ 
sen  näköinen.  Parin  vuoden  päässä 
vartovan  massamalli  Model  3:n  on 
vihjattu  aloittavan  rohkeamman  linjan. 
Vieläköhän  silloin  muut  sovittelevat 
akkuja  bensatankkiin?  & 
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UNSCII  uudistaa 

Merkkigrafiikan  päivitys  Unicode-aikaan 

Unicodessa  on  monia  palikkagr af  iikan  kannalta  herkullisia  merkkejä,  mutta  juuri  kukaan  ei 
käytä  niitä.  Unscii-fontti  yrittää  ratkaista  ongelman. 

Teksti  ja  kuvat:  Ville-Matias  Heikkilä 


Pari  vuotta  sitten 
halusin  selvittää, 
onko  Unicode 
löytänyt  tiensä  pe¬ 
rinteiseen  merkki- 
grafiikkaan.  Osoit¬ 
tautui,  että  hyvin 
vähäisesti.  Kyse  ei  selvästikään  ole  ke- 
hitysvastarinnasta:  esimerkiksi  Ecman 
päätteenohjausstandardin  mukaiset 
laajemmat  väripaletit  on  omaksuttu 
niin  MUDeihin  kuin  muutamiin  suo¬ 
sittuihin  merkkigrafiikkaeditoreihin- 
kin.  Palikkavalikoimien  osalta  on  kui¬ 
tenkin  pitäydytty  perinnemerkistöissä 
-  miksi  ihmeessä? 

Tasalevyisten  fonttien  vertailemi¬ 
nen  vastasi  kysymykseen:  mikäli  fon¬ 
tissa  on  grafiikkamerkkejä,  yleensä 
vain  PC:stä  tutut  merkit  on  toteutet¬ 
tu  jokseenkin  kunnollisesti.  Kyseessä 
oli  selvä  muna-kana-ongelma:  ennen 
kuin  Unicode-palikkagrafiikka  pääsisi 
kehittymään,  pitäisi  olla  kunnollinen 
referenssifontti,  jollaista  ei  kuitenkaan 
synny  olemassa  olevan  grafiikkaperin- 
teen  puuttuessa. 


Merkkejä  tutkimaan 

Unscii-fontti  syntyi  halusta  luoda  8x8 
pikselin  tasalevyinen  bittikarttafont- 
ti,  joka  tukisi  niin  perinteistä  kuin 
uuttakin  merkkigrafiikkaa  mahdolli¬ 
simman  hyvin.  Nimen  voi  ajatella  yh¬ 
distelmäksi  termeistä  Unicode,  ANSI 
ja  ASCII.  Myöhemmin  fontista  alkoi 
syntyä  tavallista  pääte-  ja  ohjelmointi- 
käyttöä  varten  myös  8xl6-versio,  josta 
olen  mielinyt  vaihtoehtoa  iänikuiselle 
PC:n  VGA-fontille. 

Unicode-konsortio  ei  ota  kantaa 
siihen,  kuinka  grafiikkamerkit  pitäisi 
toteuttaa:  niille  on  tarjottu  paikat  vain 
alaspäinyhteensopivuuden  vuoksi. 
”Oikean”  toteutustavan  löytämiseksi 
piti  siis  kaivaa  esiin  ne  vanhat  järjestel- 
mäfontit,  joilla  näitä  merkkejä  on  alun 
perin  käytetty.  Koska  myös  tavallisia 
kirjaimia,  numeroita  ja  välimerkke¬ 
jä  on  käytetty  merkkigrafiikkaan,  piti 
myös  ne  ottaa  syyniin. 

8x8  pikselin  järjestelmäfontteja  on 
karkeasti  kahdenlaisia:  ohutviivaisia, 
joissa  viiva  on  yhden  pikselin  levyi¬ 
nen,  ja  paksuviivaisia,  joissa  paksuus 
on  vaakasuunnassa  kaksi  pikseliä.  Jäl¬ 


kimmäisiin  kuuluvat  niin  Commodore 
64:n,  Amigan,  Atari  ST:n  kuin  PC:nkin 
oletusfontit,  joten  valinta  oli  tältä  osin 
selvä.  Otin  vertailujoukkoon  mukaan 
myös  Atari  XL:n  ja  Amstrad  CPC:n 
ROM-fontit  ja  BBC  Micron  grafiikka- 
tilafontin. 

Paksuviivaiset  8x8-fontit  ovat  yllät¬ 
tävän  samankaltaisia  Ascii-alueensa 
osalta.  Monet  kirjaimet,  numerot  ja 
välimerkit  ovat  identtisiä  liki  koko 
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Unicoden  grafiikkamerkit  keskittyvät 
alueelle  2500-25FF,  joka  näyttää  Unsciin 
8x8-versiossa  tältä. 
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fltari  8-bit 

[1QG4  :  71 

<  = 

EI  ! 

X/Y, 

tai 

Joskus 

voi  1  a 

Q  . 

fltari  ST 

[10  G  4  :  71 

<  = 

EI  ! 

X/Y, 

ta  i 

j  oskus 

yö  1 1  ä 

Q  . 

Commodore  64 

[10C4: 7] 

<  = 

EI  ! 

X/Y, 

la  i 

Joskus 

yo  1 1  a 

Q  . 

Amiga  Topaz 

C1004 :7l 

-=:  = 

EI  ! 

X/Y, 

tai 

J  oskus 

yö  l  l  ä 

Q  . 

IBM  PC  8x8 

[1004:71 

<  = 

EI  f 

X/Y, 

tai 

joskus 

yö  1  1  ä 

Q  . 

Amstrad  CPC 

[1004 : 7 1 

<  = 

EI  ! 

X/Y, 

ta  i 

Joskus 

yo  1  la 

G  . 

Unscii  8x8 

[10(94:?] 

<= 

EI! 

X/Y, 

tai 

J  oskus 

yö  1  lä 

0  . 

Xll  8xl3B 

[10e4:7] 

<= 

EI! 

X/Y, 

tai 

Joskus 

yöllä 

Q. 

IBM  PC  8x16 

[1004:7] 

<= 

Elf 

X/Y, 

tai 

joskus  yöllä  Q. 

MS  Fixedsys 

[10@4:7] 

<= 

EI! 

X/Y, 

tai 

joskus  yöllä 

Q- 

Unscii  8x16 

[1004:7] 

EI! 

X/Y, 

tai 

joskus  yöllä  Q. 

Unscii  muistuttaa  tekstimerkkiensä  osalta  mikrotietokonemaailman  järjestelmäfontteja. 


vertailuryhmässä,  joten  niissä  pääsi 
etenemään  mainiosti  enemmistöpe¬ 
riaatteella.  Suuri  osa  viivapohjaisesta 
Ascii-grafiikasta  on  piirretty  Amigan 
Topaz-fontille,  joten  joitakin  sen  piir¬ 
teitä  on  suosittu.  Esimerkiksi  X:n  ja 
Y:n  viivat  yhdistyvät  luontevasti  merk¬ 
keihin  \,  /  ja  |. 

Varsinaisia  grafiikkamerkkejä  ver- 
taillessani  osoittautui,  ettei  monille 
niistä  ole  lainkaan  Unicode-paikkaa! 
Fonttiprojektista  tuli  siis  myös  kar- 
toitusprojekti,  jossa  kävin  läpi  kaikki 
mahdolliset  grafiikkamerkkejä  sisäl¬ 
tävät  perinnemerkistöt  ja  järjestelmä- 
fontit. 

Suosituista  merkistöistä  esimerkik¬ 
si  Petscii,  Teksti-TV,  Videotex  ja  jopa 
VT  100  sisältävät  useita  käyttökelpoisia 
grafiikkamerkkejä,  joita  ei  ole  Uni- 
codessa  -  tämä  siitä  huolimatta,  että 
näitä  tukevia  laitteita  on  ollut  käy¬ 
tössä  miljoonittain.  Uusia  merkkejä 
löytyi  lisäksi  CPC:n,  Atarin  kotimik¬ 
rojen,  E  AC  A  Colour  Genien,  Mattel 
Aquariuksen,  Sharp  MZ:n  ja  TRS-80:n 
ROM-fonteista  sekä  Applen  Sabine  10- 
merkistöstä.  Päätin  sijoittaa  nämä 
merkit  Unsciissa  PUA-alueelle  (Private 
Use  Area),  eli  koodipaikasta  U+E000 
alkaen. 

Kaksi  eri  leveyttä 

Monet  Unicoden  grafiikkamerkeis- 
tä  ovat  peräisin  kiinalais-japanilais- 
korealaisista  merkistöistä  (CJK),  joten 
otin  tarkasteluun  myös  japanilaisen 
NEC  PC:n  ja  muutaman  itäisen  MSX- 
koneen  ROM-fontit.  Näissä  koneissa 
merkeillä  on  kaksi  mahdollista  leveyt¬ 
tä:  puolileveä  (8  pikseliä)  ja  täysleveä 
(16  pikseliä).  Esimerkiksi  kiinalaispe- 
räiset  sanamerkit  ovat  täysleveitä. 

Länsimaiset  pääteohjelmat  käyttä¬ 
vät  merkin  leveyden  määrittämiseen 
yleensä  wcwidth() -funktiota.  Funktio 
ilmoittaa  itsenäisen  merkin  leveydeksi 
aina  yhden  solun,  ellei  sitä  ole  erikseen 
määritelty  täysleveäksi  itäaasialais- 
merkiksi,  jolloin  leveys  on  kaksi  solua. 
Idässä  käytäntö  on  kuitenkin  erilainen: 
merkin  leveys  riippuu  siitä,  käytetään¬ 
kö  merkin  siirtokoodauksessa  yhtä  vai 
kahta  tavua.  Suurin  osa  grafiikkamer- 
keistä  on  kaksitavuisia,  joten  täydelli¬ 
sen  fontin  pitäisi  pystyä  esittämään  ne 
sekä  yhden  että  kahden  solun  kokoisi¬ 
na. 

Monet  täysleveät  grafiikkamerkit 
pystyy  esittämään  tyydyttävästi  kah¬ 


den  puolileveän  Unicode-merkin  yh¬ 
distelmänä,  mutta  esimerkiksi  taiwa- 
nilaisessa  BBS-grafiikassa  suosittuja 
kulmakolmioita  ei.  Niinpä  tärkeim¬ 
mistä  grafiikkamerkeistä  on  Unsciissa 
tarjolla  myös  vasen  ja  oikea  puolisko 
erikseen.  Puolitetut  merkit  helpottavat 
myös  mittasuhdemuunnoksissa,  esi¬ 
merkiksi  40x25  merkin  ruudulle  piir¬ 
retyn  kuvan  venyttämisessä  saman¬ 
muotoiseen  80x25  merkin  ikkunaan. 

Esikuvia  ja  ryöstöretkiä 

Unsciin  8xl6-versio  on  muodostettu 
8x8-fontin  pohjalta  siten,  että  grafiik- 
kamerkkien  mitat  on  pidetty  solun 
suhteen  mahdollisimman  ennallaan 
mutta  tekstiglyyfejä  on  mataloitettu 
ja  kaunistettu.  Esikuvana  ovat  olleet 
etenkin  PC:n  8xl6-kokoinen  VGA- 
fontti  ja  Windows  in  8xl5-kokoinen 
Fixedsys,  jotka  ovat  läheistä  sukua 
paksuviivaisille  8x8-fonteille.  Muita 
esikuvia  ovat  olleet  X-ikkunointijärjes- 
telmän  lihavoidut  8x13-  ja  9xl5-fontit 
sekä  VT420-päätteen  10xl6-fontti. 
Tarvittaessa  mallia  on  otettu  myös  suo¬ 
situista  tasalevyisistä  vektorifonteista, 
joita  ovat  DejaVu  Sans  Mono,  Lucida 
Console,  Monaco  ja  Inconsolata. 

Unscii  on  toteutettu  piirtämällä  sen 
glyyfit  tekstitiedostoihin  pistettä  ja  ri¬ 
suaitaa  käyttäen.  Tekstitiedostoissa  on 
lisäksi  fonttien  Unicode-paikat  sekä 
erilaisia  ohjauskäskyjä,  joita  on  pro¬ 
jektin  edetessä  määritelty  lisää  tarpeen 
mukaan.  Tekstitiedostot  käännetään 
BDF-muotoon  Perl- skrip teillä  ja  BDF- 
muodosta  tuotetaan  PCF-  ja  TTF-ver- 
siot  erillisillä  työkaluilla. 

Unsciin  Unicode-kattavuus  ei  ole 
sellaisenaan  kovinkaan  hyvä,  minkä 
huomaa  esimerkiksi  jonkun  kopioi¬ 
dessa  IRC:hen  kiinankielistä  tekstiä 
tai  foneettisia  ääntämisohjeita.  Tämän 
vuoksi  8xl6-Unsciista  on  myös  ver¬ 
sio,  johon  on  haettu  puuttuvat  glyyfit 
skriptin  avulla  GNU  Unifontista. 


Unifont  pyrkii  olemaan  mahdolli¬ 
simman  kattava  bittikarttafontti.  Sen 
glyyfit  ovat  oikeankokoiset  -  8x16  ja 
16x16  pikseliä  -  mutta  ne  eivät  ohut- 
viivaisina  istu  Unsciin  tyyliin.  Skripti 
asemoi  glyyfit  uusiksi  ja  skaalaa  ne  tar¬ 
vittaessa  wcwidthin  mukaisiksi,  mutta 
viivanleveyteen  ei  kosketa.  Fixedsysin 
harrastelij  avetoinen  Unicode- versio 
Fixedsys  Excelsior  olisi  tyyliltään  yh- 
teensopivampi,  mutta  sen  lisenssi  on 
turhan  epämääräinen. 

Koeajo 

Unsciita  on  kehitysvaiheessa  testattu 
niin  grafiikassa  kuin  normaalissa  pää¬ 
tekäytössäkin:  ohjelmoinnissa,  teks- 
tinmuokkauksessa  ja  irkkauksessa. 
Muutamia  typografisia  ongelmia  on 
korjattu:  toisiinsa  helposti  sekoittuvien 
merkkien  erottuvuutta  on  parannettu 
etenkin  ohjelmointikäyttöä  ajatellen  ja 
tekstijäljestä  on  tehty  tasaisempaa  pi¬ 
dentämällä  kapeiden  I-,  i-  ja  1-kirjain- 
ten  päätteitä. 

Olemassa  olevat  merkkigrafiikka- 
editorit  eivät  taivu  kovinkaan  helpos¬ 
ti  Unicodeen  eivätkä  tekstieditorit 
merkkigrafiikkaan.  Tein  palikkagra- 
fiikkakokeiluja  varten  aluksi  joitakin 
makroja  tekstieditoriin  ja  myöhem¬ 
min  puhtaalta  pöydältä  oman  grafiik¬ 
kaeditorin.  Grafiikan  piirtelyyn  sain 
innoketta  myös  Simulaatio -demota¬ 
pahtumaan  työstämäni  merkkigra- 
fiikkademon  kautta.  Demoa  varten  on 
tosin  koottu  merkeistä  suppeampi,  256 
merkin  valikoima. 

Tätä  kirjoitettaessa  Unscii  on  vai¬ 
heessa,  jossa  sen  kehtaa  jo  laittaa  jul¬ 
kisesti  ladattavaksi.  Käy  siis  lataamassa 
fontti  vaikkapa  Skrollin  sivulta  http:// 
skrolli.fi/20 15.2  ja  kerro  kokemuksis¬ 
tasi!  Koska  seuraava  etappi  tulee  ole¬ 
maan  jonkinlaisen  grafiikkakilpailun 
järjestäminen,  ovat  myös  merkkigra- 
fiikkapiirrokset  hyvin  tervetulleita  - 
niin  värittömät  kuin  värillisetkin!  & 
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Pelit 


Neo  Geo  MVS:n  pelimoduuli  (AES-moduuli  oli 
saman  kokoinen).  Mittakaavana  NES:n  peli. 


Ei  näin! 

Siis  Noinko  Kallis? 


SNK  teki  menestyneitä  kolikkopelejä  ja  siinä  sivussa  äärimmäisen 
pelikonsolin.  Etenkin  heille,  jotka  sattuivat  olemaan  miljonäärejä. 

Teksti:  Mikko  Heinonen 


Kuvat:  Mikko  Heinonen,  Manu  Pärssinen,  VVikimedia  Commons 


Shin  Nihon  Kikaku  -nimi¬ 
nen  yhtiö  syntyi  1970-lu- 
vun  lopussa  Japanin 
kasvaville  kolikkopeli- 
markkinoille.  Sen  ensim¬ 
mäiset  pelit  olivat  useimpien  aikalais¬ 
tensa  tavoin  teknisesti  vaatimattomia, 
eivätkä  useimmat  niistä  kohonneet 
suuriksi  menestyksiksi.  Laatu  parani 
hiljakseen,  mutta  vasta  vuoden  1986 
Ikari  Warriors  saavutti  niin  suurta 
suosiota,  että  se  käännettiin  liki  kaikil¬ 
le  kodeissa  käytetyille  pelialustoille. 

Ikarin  myötä  SNK  alkoi  varovasti 
kiinnostua  myös  kotilaitteiden  mark¬ 
kinoista.  Se  hankki  muun  muassa 
oikeudet  kehittää  pelejä  Nintendo 
Entertainment  Systemille.  Tämä  pa¬ 
nostus  ei  lopulta  tuottanut  kuin  kaksi 
peliä,  mutta  se  oli  epäilemättä  erään¬ 
laista  alkusoittoa  seuraavalle  suurelle 
seikkailulle:  oman  pelikonsolin  kehit¬ 
tämiselle. 


Monivideojärjestelmä  syntyy 

Eräs  pelihallien  perusongelma  oli,  että 
kolikkopelien  uusiminen  oli  kallista. 
Koska  jokainen  pelilevy  sisälsi  myös 
kaiken  sen  pyörittämiseen  tarvittavan 
elektroniikan,  oli  pelin  vaihtaminen 
toiseen  usein  huomattava  investointi. 
Pelaajat  kuitenkin  osasivat  vaatia  uu¬ 
tuuksia  ja  vaihtelua  pelivalikoimaan. 

Jo  varhaisessa  vaiheessa  tähän  mark¬ 
kinarakoon  oli  tarjoutunut  monenlais¬ 
ta  yrittäjää,  kuten  Data  Eastin  Cassette 
System.  Se  latasi  pelin  pieneltä  mikro- 
kasetilta,  kun  kabinetti  käynnistettiin. 
Kasetit  olivat  hitaita  ja  mekanismi  epä¬ 
luotettava,  joten  järjestelmä  ei  yleisty¬ 
nyt.  Kukaan  muukaan  ei  ollut  saanut 
ratkaistua  ongelmaa  tavalla,  joka  olisi 
todella  houkutellut  pelinkehit- 
täjiä. 


SNK: n  vuonna  1990  esitelty  tarjokas 
oli  nimeltään  Neo  Geo  Multi-Video 
System.  Käytännössä  se  oli  kuin  turbo - 
ahdettu  pelikonsoli,  joka  asennettiin 
kolikkopelin  kabinettiin.  Peliä  saattoi 
vaihtaa  yksinkertaisesti  vaihtamalla 
ROM-moduulin  toiseen,  ja  tarjolla  oli 
myös  versioita,  joihin  sopi  useampi 
peli  kerralla.  Rauta  oli  tuon  ajan  mitta¬ 
puulla  erittäin  järeää:  suorittimina  toi¬ 
mivat  rinnakkain  Motorola  MC68000 
ja  Zilog  Z80,  grafiikkapiiri  puski  ruu¬ 
dulle  380  spriteä  4096  värillä,  äänet 
soivat  15  kanavan  voimin  ja  moduu¬ 
leilla  oli  muistitilaa  jopa  330  megabit¬ 
tiä,  myöhemmin  pankitettuna  vieläkin 
enemmän. 

MVS  olikin  välitön  menestys.  Idea 
oli  pohjimmiltaan  yksinkertainen, 
mutta  kukaan  ei  ollut  aiemmin  ym¬ 
pännyt  sitä  näin  kyvyk- 
kääseen 


Neo  Geo  AES:n  mukana  toimitettiin  myös  laadukas  ohjain. 
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Neo  Geo  MVS  -emolevy. 

taan.  Alle  kymmenessä  vuodessa 
käytännössä  koko  kolikkopeliteolli- 
suus  siirtyisi  käyttämään  vastaavia 
järjestelmiä.  Myös  itse  Neo  Geolle 
julkaistaisiin  pelejä  vielä  yli  vuosikym¬ 
men  myöhemmin.  Alalla,  joka  on 
aina  kulkenut  tekniikan  eturintamas¬ 
sa,  tämä  on  hämmästyttävä  suoritus. 
Mutta  SNK  tekisi  silti  konkurssin. 

Liiankin  edistynyttä  viihdettä 

Neo  Geo  MVS  oli  käytännössä  erään¬ 
lainen  pelikonsoli  ilman  kuoria.  Siksi 
ei  ollut  mikään  valtava  loikkaus  tehdä 
siitä  ihan  oikeakin  pelikonsoli:  Neo 
Geo  Advanced  Entertainment  System. 
Se  oli  aikansa  tuotteeksi  todella  edisty¬ 
nyt  laite  ja  tarjosi  muun  muassa  muis- 
tikorttipaikan  pelin  tallennukseen.  Pe¬ 
linsä  saattoi  jopa  tallentaa  pelihallissa 
ja  jatkaa  sitten  kotona  tai  päinvastoin. 

Huipputekniikalla  on  luonnollisesti 
huippuhinta,  joten  AES:stä  tuli  varsin 
kallis.  SNK  tarjosi  sitä  ensin  lähinnä 
vuokrakäyttöön  ja  hotelleihin,  mutta 
päätyi  lopulta  asiakaspalautteen  pe¬ 
rusteella  julkaisemaan  koneen  myös 
myyntiin  loppuvuodesta  1990. 

Konsolin  korkeahko  hinta  oli  lo¬ 
pulta  pienempi  pulma  kuin  se,  että 
pelit  maksoivat  aivan  poskettomasti. 
Kun  Neo  Geo  lopulta  saatiin  Suo¬ 
meen,  konsolin  saattoi  saada  reilulla 
puolellatoista  tuhannella  markalla 
(nykyrahassa  inflaatio  huomioiden 
noin  350  €),  mikä  ei  sinällään  ollut 
kohtuutonta.  Muistikapasiteetiltaan 
suurimmat  pelit  maksoivat  kuitenkin 


teen  eri  hintaan:  halvemmalla  kulutta¬ 
jille  ja  kalliimmalla  ammattikäyttöön. 
Vaarana  oli,  että  kekseliäät  operaattorit 
hankkisivat  AES:n  moduuleita  ja  pe- 
luuttaisivat  niitä  rahaa  vastaan.  Tämän 
vuoksi  koti-  ja  ammattimoduulien 
nastajärjestykset  sotkettiin  niin,  ettei¬ 
vät  ne  sopineet  ristiin. 


lähes  yhtä  paljon  kuin  itse  konsoli,  eli 
jopa  kolmin-  tai  nelinkertaisesti  sen, 
mihin  Nintendon  ja  Segan  asiakkaat 
olivat  tottuneet.  Eipä  silti,  itse  moduu¬ 
lit  olivat  myös  paljon  suurempia  kuin 
kilpailijoilla. 

Hulppea  hinta  oli  seurausta  siitä, 
että  pelit  olivat  itse  asiassa  täsmälleen 
samoja  kuin  MVSdlä.  Ne  vaativat  esi¬ 
merkiksi  paljon  kalliita  muistipiirejä. 
Kolikkopeleissä  moduulien  tuotan¬ 
tokustannukset  eivät  olleet  suurikaan 
haitta,  sillä  operoinnissa  hyvä  peli  an¬ 
saitsi  kyllä  hintansa  takaisin.  Kulutta- 
jatuotetta  oli  kuitenkin  varsin  hanka¬ 
laa  markkinoida  siihen  hintaan,  joka 
AE  S -moduuleihin  lätkäistiin. 

Oli  muutenkin  vaikeaa 
tarjota  käytännössä 
samaa  tuotet¬ 
ta  kah¬ 


Hopeakiekkoja  ja  jonglööreita 

Oli  melko  selvää,  että  Neo  Geo  AES:stä 
ei  voisi  koskaan  tulla  jättimenestys¬ 
tä,  jos  sen  pelit  maksaisivat  konsolin 
verran.  Siinä  missä  esimerkiksi  Sega 
Megadriveä  myytiin  40  miljoonaa  kap¬ 
paletta,  Neo  Geon  myynti  ei  koskaan 
rikkonut  edes  miljoonan  rajaa. 

Vuonna  1994  SNK  yritti  uudelleen 
Neo  Geo  CD:llä.  Pelit  oli  siirretty  hal¬ 
vemmalle  tallennusvälineelle,  josta  ne 
ladattiin  konsolin  muistiin.  Ratkaisu 
laski  pelien  hinnan  murto-osaan  enti¬ 
sestä. 

CD-ROMin  käytöstä  seurasi  kuiten¬ 
kin  uusi  ongelma,  sillä  sen  lukunopeus 
ei  päätä  huimannut.  Asema  toimi  IX- 
nopeudella  eli  latasi  parhaimmillaan 
150  kilotavua  sekunnissa.  Tyypillinen 
kerralla  muistiin  ladattava  osio  saattoi 
olla  liki  10  megatavua,  joten  pelaaja 
sai  tottua  odottelemaan.  Latauspalkin 
päällä  jonglööraava  apina  lakkasi  hu¬ 
vittamasta  varsin  pian.  Edistyneempi 
CDZ-versio  oli  sentään  varustettu  tup- 
lanopeuksisella  asemalla. 

Myös  CD -version  myynti  jäi  vaati¬ 
mattomaksi:  lähteissä  puhutaan  alle 
600  000  kappaleesta.  Tek¬ 
nisten  seikkojen 
lisäksi 


Neo  Geo  CD:stä 
ilmestyi  kolme  eri  mallia, 
tässä  niistä  toinen  eli  "toploader". 
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asiaan  vaikutti  varmasti  myös  se,  että 
Neo  Geon  pelit  olivat  käytännössä  ai¬ 
noastaan  kolikkopelikäännöksiä.  Tek¬ 
nisestä  etevyydestä  huolimatta  koneel¬ 
le  ei  koskaan  ilmestynyt  mitään  kovin 
syvällistä  pelattavaa,  sillä  pieni  kone¬ 
kanta  ei  houkutellut  julkaisijoita. 

Neo  Geo  jäi  alkuperäisen  maineensa 
vangiksi  ja  todellisten  hardcore-pelaa- 
jien  herkuksi.  Heitä  tosin  ilahdutti  se, 
että  varsin  pian  markkinoille  saapui 
sovittimia,  joilla  AESdlä  saattoi  pelata 
MVS:n  pelejä.  Niitä  taas  vapautui  ope- 
rointikäytöstä  myyntiin  lopulta  paljon 
halvemmalla  kuin  kotiin  tarkoitetut 
pelit  olivat  koskaan  olleet,  mikä  teki 
koko  nastajärjestyskikkailusta  melko 
tarpeetonta. 


Neo  Geo  Pocket  Color. 


No  sopisiko  se  taskuun? 

Kolmas  yritys  nähtiin  vuonna  1998, 
kun  Neo  Geo  Pocket  ilmestyi.  Nin¬ 
tendo  Game  Boyn  menestyksestä  in¬ 
nostuneena  myös  SNK  päätti  kokeil¬ 
la  siipiensä  kantavuutta  taskupelien 
markkinoilla.  Tavoilleen  uskollisesti 
NGP:stäkin  tehtiin  laadukkaan  tuntui¬ 
nen  laite:  etenkin  mikrokytkimillä  to¬ 
teutettu  ohjaussauva  on  edelleen  yksi 
parhaista  lajissaan.  Vanhan  Neo  Geon 
kanssa  laitteella  ei  tosin  ollut  tekemis¬ 
tä  kuin  nimen  ja  tiettyjen  pelisarjojen 
verran. 

Neo  Geo  Pocketin  myynti  käynnis¬ 
tyi  kovin  vaatimattomasti.  Syykin  oli 
selvä:  Game  Boysta  oli  juuri  julkaistu 
uusi  Color- versio,  kun  taas  NGP  oli 
varustettu  mustavalkonäytöllä.  SNK 
teki  nopean  korjausliikkeen,  lopetti 
Pocketin  myynnin  ja  julkaisi  jo  seu- 
raavana  vuonna  Neo  Geo  Pocket  Co- 
lorin.  Se  oli  muuten  sama  laite,  mutta 


pystyi  tuottamaan  2,7  tuuman  näytöl¬ 
leen  peräti  146  väriä  -  kolminkertai¬ 
sesti  Game  Boy  Coloriin  nähden. 

NGPC  kävikin  heti  kaupaksi  aivan 
eri  tavalla.  Se  oli  sitten  Sega  Game 
Gearin  ensimmäinen  konsoli,  joka  on¬ 
nistui  tekemään  minkäänlaista  lovea 
Nintendon  monopoliin.  Hyvä  tekniik¬ 
ka,  liki  40  tunnin  toiminta-aika  yksillä 
paristoilla  ja  SNK: n  laadukkaat  arca- 
de-pelit  vetosivat  ostajiin  aluksi,  mutta 
sitten  veto  alkoi  hiipua. 

Päällimmäinen  syy  oli  varmasti  se, 
että  Pokemon -villitys  ampui  Nin¬ 
tendon  ja  Game  Boyn  aivan  uudelle 
kasvu-uralle.  SNKdla  ei  ollut  tarjota 
mitään  vastaavaa,  eikä  se  onnistunut 
houkuttelemaan  järjestelmälleen  ulko¬ 
puolisia  kehittäjiä.  Kuvaavaa  oli,  että 
NGPCdle  myytiin  kaapelia,  jolla  sen 
saattoi  yhdistää  toiseen  menestyjään 
-  Sega  Dreamcastiin.  Kahden  mil¬ 
joonan  kappaleen  myynti 
oli  SNKdle  paljon, 
mutta  kilpaili¬ 
jaan  nähden  liki 
olematonta. 

Tällä  välin  itse 
yhtiö  oli  joutunut 
pahoihin  vaikeuk¬ 
siin.  Neo  Geo  MVS 
oli  jo  vanhentunut, 
sen  seuraaja  Hyper 
Neo  Geo  64  ei  lähtenyt 
koskaan  nousukiitoon 
ja  rahat  olivat  lopussa. 

Pachinko -koneiden  valmis¬ 
taja  Aruze  osti  SNK:n  vuonna 
2000  ja  lähes  ensi  töikseen  lopetti  sen 
toiminnot  Japanin  ulkopuolella.  Häm¬ 
mentävästi  jopa  myymättömät,  län¬ 
teen  tarkoitetut  Neo  Geo  Pocket  Co- 
lorit  ja  niiden  pelit  kuljetettiin  takaisin 
Japaniin  ja  paketoitiin  siellä  uudelleen 
paikallisille  markkinoille.  Tämä  ei  lai¬ 
vaa  kääntänyt,  vaan  SNK  kaatui  kon¬ 
kurssiin  loppuvuodesta  2001. 

Pelaamme  enemmän 

SNK: n  perustaja  Eikichi  Kawasaki 
näki  jo  ennen  konkurssia,  että  laiva 
ajaa  pian  kiville.  Hän  perustikin  vähin 
äänin  Playmore  Corporationin,  jolle 
SNK: n  raadon  arvokkaat  osat  siirtyi¬ 
vät  väistämättömän  tapahduttua.  Vuo¬ 
desta  2003  yritys  on  toiminut  nimellä 
SNK  Playmore,  hallinnoiden  lähinnä 
SNK:n  arvokkaimpia  pelisarjoja  kuten 
Metal  Slug,  King  of  Fighters  ja  Samu¬ 
rai  Shodown  sekä  niiden  käännöksiä 


eri  alustoille. 

Vuonna  2012  SNK  Playmore  antoi 
Tommo -nimiselle  valmistajalle  lisens¬ 
sin  tehdä  Neo  Geosta  uusintaversion 
nimellä  Neo  Geo  X.  Linux-pohjainen 
käsikonsoli  oli  mahdollista  liittää  Neo 
Geo  AES:n  näköiseen  telakkaan,  jol¬ 
la  se  yhdistyi  televisioon.  Mukana  oli 
varsin  laadukkaan  tuntuinen  ohjain  ja 
paketissa  toimitettiin  nippu  vanhoja 
Neo  Geo  -pelejä  muistikortilla.  Myös 
hinta  oli  varmuuden  vuoksi  ruuvattu 
yläkanttiin. 

Valitettavasti  etenkään  ensimmäi¬ 
sen  valmistuserän  laiteohjelmisto  ei 
ollut  totuttua  Neo  Geo  -laatua,  mikä 
suututti  monet  konsolin  vanhat  fanit. 
Pelien  äänet  pätkivät  ja  kuvanlaatu  oli 
suttuinen.  Lisänurinaa  aiheutti  se,  että 
kaivatun  laiteohjelmistopäivityksen  sai 
ainoastaan  ostamalla  uuden  pelipake- 
tin.  Jollain  tavalla  tämä  tosin  sopikin 
kuvioon,  sillä  Neo  Geolla  ei  ole  oikein 
koskaan  pelattu  ilmaiseksi. 

Sori,  Näin  Kävi 

Ei  näin!  -artikkelisarjan  mittapuulla 
SNK  ei  ole  sieltä  epäonnistuneimmas- 
ta  päästä.  Firma  on  tavallaan  edelleen 
olemassa  ja  sen  konsolit  ja  pelit  nautti¬ 
vat  ansaittua  kulttimainetta.  Tunnetta 
hukatusta  potentiaalista  on  silti  vaikea 
välttää.  Neo  Geo  olisi  voinut  olla  pal¬ 
jon  enemmänkin  kuin  vain  pelihallien 
hirmu  ja  hc-pelaajien  salaseuran  jäsen- 
kirja.  Tekninen  tinkimättömyys  kui¬ 
tenkin  teki  laitteesta  liian  arvokkaan 
massamarkkinoille.  Pienet  myönny¬ 
tykset  massatuotannolle  olisivat  ehkä 
varmistaneet  suuremman  suosion  ja 
sitä  kautta  tuotekehityksen  paremman 
jatkuvuuden. 
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^SUOMEN 

^ * ijnriiKflil 

Suomalainen 
pelikulttuuri  ansaitsee 

museon! 

TEHDÄÄN  SUOMEN  PELIMUSEO  YHDESSÄ. 


Tue  meitä  ostamalla  lippu  ennakkoon  ja  pää¬ 
set  tutustumaan  museoon  jo  ennen  avajaisia. 

OSALLISTU  JOUKKORAHOITUKSEEN: 
www.mesenaatti.me/suomenpelimuseo 


Museokeskus  Vapriikkiin  Tampereelle  avataan  loppiaisena  2017  Suomen  pelimuseo, 
joka  kertoo  suomalaisen  pelaamisen  monikymmenvuotisen  historian  sen 

ansaitsemissa  puitteissa. 


Suomen  pelimuseo-hanke  on  syntynyt  Vapriikissa  sijaitsevan  Mediamuseo 
Rupriikin,  Pelikonepeijoonien  ja  Tampereen  yliopiston  yhteistyöprojektina. 
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S  it? 


ff/U, 


Ä\\ 


Upeat  ja  unohdetut  Unix-koneet 


Vanha  kotitietotekniikka  on  monille  läheistä.  Vähemmän  tunnettuja  ovat  vanhat 
ammattilaiskoneet  -  kuten  Unix-työasemat  ja  -palvelimet. 


Teksti:  Ville-Matias  Heikkilä 


Kuvat:  Mikko  Torvinen,  VVikimedia  Commons-käyttäjät  Shieldforyoureyes,  Zymos,  Brian  Pitts,  Napoli 
Roma,  Thomas  Kaiser,  Fluff,  Modano,  Thomas  Schanz,  allaboutapple.com 


Unix-työasemat  ovat  työ- 
pöytäkokoluokan  koneita, 
jotka  on  suunniteltu  aja¬ 
maan  jotain  Unix-sukuis- 
ta  käyttöjärjestelmää.  Niiden  tausta  on 
kuitenkin  toisenlainen.  Siinä,  missä 
PC:t  ovat  alkujaan  kotitietokoneita,  jot¬ 
ka  laajentuivat  ammattikäyttöön,  ovat 
Unix- työasemat  pikemminkin  isojen 
koneiden  kutistettuja  versioita. 

Työasemakoneita  on  käytetty  eten¬ 
kin  sellaisissa  raskaissa  ammattiteh¬ 
tävissä,  joihin  Varsinaisten”  mik¬ 
rotietokoneiden  rahkeet  eivät  ole 
riittäneet.  Tällaisia  ovat  olleet  esimer¬ 
kiksi  teollisuussuunnittelu,  3 D -grafiik¬ 
ka  ja  tieteellinen  tutkimus.  Työasemia 
on  usein  käytetty  myös  palvelimina,  ja 
useimmilla  valmistajilla  on  ollut  va¬ 
likoimissaan  myös  työasemamallien 
kanssa  yhteensopivia  palvelinmalleja. 
Myöhemmin  valmistajat  alkoivat  kes¬ 
kittyä  yksinomaan  palvelimiin. 

Mikron  ja  minin  ristisiitokset 

Tietokoneen  käyttö  oli  1970-luvulla 
enimmäkseen  ositusajoa.  Henkilökoh¬ 
taisen  tietokoneen  idea  nosti  kuiten¬ 
kin  päätään  kahdelta  suunnalta:  toiset 
halusivat  rakentaa  halvoista  mikropii¬ 
reistä  jotain  juuri  ja  juuri  tietokoneeksi 
kelpaavaa,  toiset  taas  unelmoivat  lait¬ 


teista,  joissa  täysiverisen”  tietokoneen 
resurssit  keskitettäisiin  yhden  käyttä¬ 
jän  palvelemiseen.  Varhainen  esimerk¬ 
ki  jälkimmäisentyyppisestä  koneesta 
on  Xerox  Aito  (1973),  joka  tunnetaan 
graafisen  käyttöliittymän  ja  Ethernet- 
lähiverkon  pioneerina. 

Unix  suunniteltiin  alkujaan  ositus- 
ajokäyttöjärjestelmäksi,  jota  käytettiin 
tekstipäätteiden  yli  Digitalin  PDP- Il¬ 
ja  VÄX-minitietokoneilta.  1980-luvun 
alussa  alkoi  markkinoille  kuitenkin  tul¬ 
la  yrityksiä,  jotka  kehittivät  Unix-poh- 
jaisia  yhden  käyttäjän  koneita:  Apollo 
Computer ,  Sun  Microsystems ,  Silicon 
Graphics.  Myöhemmin  myös  Digitalin 
ja  IBM:n  kaltaiset  konkarit  hyppäsivät 
kelkkaan.  Alkujaan  avoimesti  kehitet¬ 
ty  Unix-käyttöjärjestelmä  alkoi  tällöin 
kaupallistua  ja  samalla  jakautua  val¬ 
mistajakohtaisiin  variantteihin. 

80-luvun  työasemat  perustuvat 
yleensä  Motorolan  68000-sarjan  suo¬ 
rittimeen,  joka  muistuttaa  käskykan- 
naltaan  edellämainittuja  Digitalin 
minitietokoneita.  1990-luvulla  käy¬ 
tössä  olivat  32-  ja  64-bittiset  RISC- 
suorittimet,  jotka  kukin  laitevalmistaja 
yleensä  kehitti  ja  valmisti  itse.  Pitkälle 
viety  valmistajakohtaisuus  johti  myös 
yhteensopivuusongelmiin  eri  Unix- 
varianttien  välillä. 


Vuosituhannen  vaihteen  tienoil¬ 
la  PC-koneet  olivat  ottaneet  Unix- 
työasemat  jo  monin  tavoin  kiinni. 
Useilla  valmistajilla  oli  tämän  vuoksi 
talousvaikeuksia,  ja  ne  rupesivatkin 
keskittymään  superlaskenta-  ja  pal- 
velinrautaan.  Työasemien  tuotanto 
lopetettiin,  tai  ne  vaihdettiin  PC-poh- 
jaisiksi.  Käytöstä  poistettuja  työase¬ 
makoneita  rupesi  enenevässä  määrin 
päätymään  harrastajille. 

Mitä  sillä  voi  tehdä? 

Unix-työasemat  eivät  ole  olleet  aikoi¬ 
hin  realistisesti  varteenotettava  vaih¬ 
toehto  PC-raudalle.  Niissä  on  kuiten¬ 
kin  edelleen  oma  hohtonsa  ja  vanhan 
ajan  ammattilaisuskottavuutensa.  Ne 
poikkeavat  viehättävillä  ja  omituisil¬ 
la  tavoilla  vaikkapa  Linuxia  ajavista 
PC-koneista  mutta  ovat  kuitenkin  sen 
verran  lähellä  niitä,  että  käyttökoke¬ 
mus  on  samankaltainen.  Ne  ovat  myös 
fyysisesti  sen  verran  pieniä,  ettei  niitä 
harrastavan  tarvitse  hankkia  varasto - 
halleja  laitteiston  säilömiseen. 

Unix-koneita  on  harrastettu  etenkin 
rakentamalla  niistä  palvelimia  ja  verk¬ 
koja.  Eri  laitteistot  ja  käyttöjärjestelmät 
erilaisine  hienouksineen  ja  kommer- 
venkkeineen  tuovat  touhuun  sellais¬ 
ta  mielenkiintoisuutta,  mitä  pelkästä 
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Linux-tunkkauksesta  ei  saa.  Laitteilla 
voi  kuitenkin  toki  tehdä  muutakin. 
Nyrkkisääntönä  voi  pitää,  että  jos  jo¬ 
kin  ohjelma  toimii  Raspberry  Pin  Li¬ 
nuxilla,  niin  sen  saa  toimimaan  myös 
90-lukulaisessa  työasemakoneessa. 

Monista  perinteisistä  Unix-käyttö¬ 
järjestelmistä  ilmestyy  edelleen  uusia 
päivitysversioita,  käytetäänhän  niitä 
edelleen  tärkeissä  palvelinkoneissa. 
Aidon  ohjelmiston  löytäminen  saattaa 
joskus  vaatia  hieman  tuuria,  ja  jos  sitä 
ei  ole,  voi  konetta  usein  testata  myös 
Linuxin  tai  NetBSD:n  kaltaisilla  va¬ 
pailla  unixeilla. 

Omalaatuiset  ongelmat 

Kun  Unix-kone  on  haalittu  kotiin,  seu¬ 
raa  yleensä  joukko  ongelmia.  Näyttö 
liitetään  usein  13w3-  tai  koaksiaali- 
rgb -liittimellä  eikä  millään  PC:stä 
tutulla.  Ongelman  voi  ratkaista  joko 
juottamalla  tai  tyytymällä  sarjaport- 
tipäätteeseen.  Näppäimistöt  ja  hiiret 


ovat  yleensä  täysin  vierasta  tavaraa. 
Kiintolevyt,  optiset  asemat  ja  jopa 
korppuasemat  ovat  useimmiten  SCSI- 
pohjaisia  kaikissa  paitsi  aivan  peesee- 
mäisimmissä  halpismalleissa. 

Jos  koneen  levy  on  tyhjennetty  tai 
poistettu,  pääsee  harrastaja  ensi  töik¬ 
seen  etsimään  käyttöjärjestelmän  ja 
asentamaan  sen.  Asentamisessa  voi 
olla  omat  konstikkuutensa  -  esimer¬ 
kiksi  asennus-CD  ei  välttämättä  boot- 
taa  ellei  CD -aseman  blokkikoko  ole 
oikea.  Asennuksen  voi  yleensä  käyn¬ 
nistää  myös  verkon  yli  TFTPdlä,  mutta 
se  vaatii  usein  toisen  koneen,  joka  ajaa 
samaa  käyttöjärjestelmää. 

Jos  tarjolla  on  Gnu-ohjelmistopaket- 
teja,  ne  kannattaa  asentaa.  Kaupallis¬ 
ten  unix-kalujen  toiminta  eroaa  usein 
jonkin  verran  Gnusta,  mikä  aiheuttaa 
yhteensopivuusongelmia.  Valmistaj  an 
oma  C-kääntäjä  osaa  yleensä  tehdä 
matalan  tason  optimoinnit  paremmin 
kohdesuorittimella,  mutta  GCC  on 


SGI  Onyxin  liitäntöjä. 


Päätteet 

Unix-koneita  on  aina  käytetty  myös  monen 
käyttäjän  palvelimina,  joten  Unix-rautaa  etsiessä 
törmää  varmasti  ennen  pitkää  myös  päätteisiin. 

Päätteitä  on  karkeasti  kahdenlaisia:  RS232- 
liitäntäisiä  tekstipohjaisia  "tyhmiä  päätteitä"  ja 
Ethernet-verkon  yli  toimivia  graafisia  X-päättei- 
tä.  Päätteet  koostuvat  yleensä  kuvaputkinäytös¬ 
tä,  samoihin  kuoriin  rakennetusta  päätelogiikas- 
ta  ja  erillisistä  syöttölaitteista,  ja  ne  saa  varsin 
pienellä  vaivalla  käyttöön  niin  Unix-koneiden 
kuin  nykyisten  Linux-PC:idenkin  jatkeeksi. 

Ehkä  tunnetuin  tekstipäätteiden  valmistaja  on  Digital,  joka  kehitti  standar¬ 
din  asemaan  nousseen  VT100: n.  Vaikka  käytännössä  kaikki  nykyisin  käytetyt 
pääte-emulaattorit  ovatkin  VTIOO-yhteensopivia,  on  eri  valmistajien  päätteissä 
hyvin  paljon  vaihtelua  ohjauskoodeissa.  Screenin  kaltaiset  virtuaalipääteohjel- 
mistot  paikkaavat  kuitenkin  yhteensopivuusongelmat. 

X-ikkunointijärjestelmä  on  alusta  asti  käyttänyt  asiakas-palvelin-mallia,  joten 
periaatteessa  mitä  tahansa  X-ohjelmaa  saa  käytettyä  X-päätteellä  aina  nykyisiä 
vvebbiselaimia  myöten.  Ongelmia  voivat  kuitenkin  tuottaa  vanhojen  päätteiden 
rajalliset  väripaletit  ja  monien  uusien  ohjelmien  hinku  OpenGL-rajapintoihin. 


yhteensopivampi  ja  päihittää  korke¬ 
amman  tason  optimoinneissa. 

Kaupallisessa  Unix-maailmassa 
saattaa  usein  törmätä  Open- sanaan.  Se 
kuitenkin  tarkoittaa  yleensä  valmis¬ 
taj  ariippumattomuutta  eikä  vaikkapa 
koodin  julkisuutta.  Esimerkiksi  CDE- 
työpöytä  ja  Motif- kirjasto  ovat  X- ikku¬ 
nointijärjestelmän  ”avoimia”  lisäosia, 
jotka  eivät  koskaan  yleistyneet  Linux- 
puolella  kaupallisuutensa  vuoksi. 

Unix-koneet  ovat  kaiken  kaikkiaan 
varsin  mielenkiintoisia  vekottimia.  Jos 
siis  romun  seassa  tulee  vastaan  vanha 
Unix-työasema,  -palvelin  tai  vaikkapa 
pääte,  kannattaa  se  ehdottomasti  ottaa 
talteen  -  ainakin  jos  vaihtoehtona  on 
vanha  kuluttaja-PC-klooni.  & 


Sunin  64-bittinen  UltraSPARC  1  -suoritin. 


SGI  Onyxin  Geometry  Engine  GE10- 
näytönohjain. 


Uc:  _ 


Erään  harrastajan  Unix-työasemakokoelma. 
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4>Sun. 

microsystems 


Sun  Microsystems 

Sun  Microsystems  perustettiin  1982, 
ja  68000-pohjainen  Sun-1  julkaistiin 
samana  vuonna.  Vuonna  1987  julkis¬ 
tetussa  Sun-4\ ssä  yhtiö  siirtyi  omaan 
SMi?C-suoritinperheeseensä. 

32-bittinen  SPARCstation  1  oli 
vuonna  1990  Jyrki  J.  J.  Kasvin  "unelma- 
mikro",  joka  jäi  sadan  tonnin  hinnas¬ 
taan  johtuen  pelkäksi  haaveeksi.  Kun 
Skrollin  päätoimittaja  kymmenen  vuotta 
myöhemmin  hankki  kyseisen  laitteen, 
pyydettiin  siitä  enää  1 50  markkaa. 

Sunin  Unix-variantti  on  nimeltään 
SunOS  tai  Solaris.  Solariksella  ja  Sunin 
raudalla  yleensäkin  on  erityisen  hyvä 
maine  palvelinkäytössä,  jossa  se  on 
osannut  hyvin  hyödyntää  isoja  suori- 
tinmääriä.  Solaris  on  saatavilla  myös 
X86:lle  ja  on  käytettävissä  ilmaiseksi 
ei-kaupalliseen  käyttöön. 

Sun  on  rampauttanut  tahallaan 
halvempien  työasemansa  ominaisuuksia, 
jotta  kalliimmat  koneet  vaikuttaisivat 
riittävän  paljon  paremmilta.  Esimerkiksi 
halvoissa  näytönohjaimissa  on  käytetty 
PC:stä  tuttuja  piirejä,  joiden  kiihdytysomi- 
naisuuksia  ei  kuitenkaan  tueta  lainkaan. 
Myös  IDE-levyohjainten  ajurit  ovat  täysin 
suoritinvetoiset. 

2000-luvulla  varsin  yleisiä  työpöydillä 
ovat  olleet  graafiset  Sunray- päätteet, 
joiden  hienoutena  on  mahdollisuus 
istunnon  "siirtämiseen"  päätteeltä 
toiselle  id-kortin  avulla.  Sunraylla  voi 
etäkäyttää  niin  X-ikkunointia  kuin 
VVindovvsiakin. 

Sunin  osti  vuonna  2009  tietokantayh- 
tiö  Oracle.  SPARC-suorittimien  ja  niitä 
käyttävien  supertietokoneiden  kehitys¬ 
työ  jatkuu  edelleen. 


Silicon  Graphics 

Silicon  Graphics  perus¬ 
tettiin  Sunin  tapaan 
1982.  Sen  ensimmäinen 
tuote  oli  IRIS  1000 
-grafiikkapääte,  mut¬ 
ta  IRIS  2000  ja  3000 
olivat  jo  täysverisiä 
Unix-työasemia.  Fir¬ 
ma  siirtyi  68000:sta 
MTPS-arkkitehtuu- 
riin  vuonna  1986  ja 
osti  MlPSin  kokonaan  itselleen  1992. 

SGI  on  profiloitunut  alusta  asti 
3D-grafiikkaan,  ja  etenkin  90-luvun 
Hoi lyvvood-tietokonegrafi ikka  antoi 
sille  nimeä  ja  näkyvyyttä.  Jurassic 
Park  -elokuvan  surullisenkuuluisessa 
Unix-hakkerointikohtauksessa  esiintyy 
64-bittinen  Crimson- työasema,  joka 
ajaa  kolmiulotteista /sn-tiedostonhallin- 
tasovellusta. 

SGI  on  3D-kiihdytyslaitteiston  pionee¬ 
reja.  Indigo-työasemassa  näytönohjaus- 
laitteisto  voi  olla  suurempi  kuin  koneen 
varsinainen  emolevy.  SGI:n  kehittämiä 
ovat  myös  Playstation  l:n  ja  Nintendo 
64: n  näytönohjauslaitteistot,  ja  molem¬ 
mat  konsolit  käyttävät  SGI-työasemien 
tapaan  MlPS-suorittimia.  Edelleen 
teollisuusstandardin  asemassa  oleva 
OpenGL-grafiikkarajapinta  syntyi  alun 
perin  vuonna  1992  IRIS  GL  -grafiikka- 
kirjaston  pohjalta. 

Suosituimpiin  SGI:n  työasemiin  kuu¬ 
luu  vuonna  1996  julkistettu  "edullinen" 
02,  jonka  yläpään  malleissa  on  muun 
muassa  sisäänrakennettu  kamera.  Yhte- 
näismuistiarkkitehtuurin  ansiosta  koko 
enimmillään  gigatavun  muistikapasiteetti 
on  käytettävissä  näytönohjaukseen.  02 
oli  parina  vuonna  Suomen  Assemblyilläkin 
kilpailupalkintona. 

IRIX-käyttöjärjestelmällä  ja  sen  myötä 
myös  SGI-raudalla  on  huono  maine 
palvelinkäytössä  kilpailijaansa  Suniin 
nähden  reikäisyytensä  ja  epävakauten¬ 
sa  vuoksi. 

Silicon  Graphics  International,  joka 
on  lakiteknisesti  eri  firma  kuin  vuonna 
2009  konkurssin  tehnyt  alkuperäinen 
SGI,  keskittyy  X86-pohjaisiin  supertie¬ 
tokoneisiin  ja  palvelimiin.  MIPS  ja  IRIX 
hylättiin  jo  aikapäiviä  sitten. 


n 


Digital  Equipment 
Corporation 

Digital  Equipment  Corporation  valmisti 
tietokonekomponentteja  jo  50-luvulla. 
Unix  kehitettiin  alkujaan  DEC:n  PDP-8- 
ja  PDP-JJ-minitietokoneilla,  mistä  se 
käännettiin  myös  32-bittisille  VAX- 
koneille  70-luvun  lopulla. 

DEC:n  ensimmäisenä  Unix-työase¬ 
mana  voidaan  pitää  VAX-pohjaista 
VAXstationia,  joka  tuli  markkinoille 
1 984.  Vaikka  VAXin  oletuskäyttöjärjes- 
telmä  onkin  firman  oma  VMS,  joka  ei 
ole  mitään  sukua  Unixille,  oli  sille  alusta 
asti  tarjolla  myös  DEC:n  oma  Unix-va¬ 
riantti  Ultrix.  Ultrix  toimii  VAXin  lisäksi 
myös  PDP-1 1  :ssä  ja  MlPS-pohjaisissa 
DECstation- työasemissa. 

Vuonna  1992  DEC  otti  käyttöön 
oman  64-bittisen  RISC-arkkitehtuurinsa, 
Alphan.  Alpha  on  tunnettu  laskenta- 
nopeudestaan,  ja  myös  itse  Cray  valitsi 
sen  90-luvun  supertietokoneisiinsa. 
Alphan  oli  jossain  vaiheessa  tarkoitus 
syrjäyttää  myös  PC:n  X86,  ja  harrastaji¬ 
en  käsiin  päätyneet  Alpha-laitteet  ovat¬ 
kin  usein  nimenomaan  Alpha-suoritinta 
käyttäviä  PC-emolevyjä. 

Alphalla  ajettava  Unix-variantti  oli 
aluksi  nimeltään  OSF/1,  josta  se  vaihtoi 
nimensä  ensin  Digital  Unixiksi  ja  sitten 
Tru64: ksi.  Näiden  lisäksi  Alphalla  voi 
ajaa  OpenVMS:ää  ja  jotenkuten  jopa 
Windows  NT:tä. 

DEC:n  osti  vuonna  1998  PC-rau- 
dasta  tunnettu  Compaq,  jonka  taas 
osti  Hewlett-Packard  vuonna  2002. 
Viimeiseksi  Alphaksi  jäi  vuonna  2004 
ilmestynyt  21 364,  kun  HP  päätti  keskittyä 
superlaskennassa  PA-RISC-  ja  IA- 
64-laitteistoihin. 
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International 
Business  Machines 

Suurista  keskuskoneistaan  ja  PC:stä 
tunnettu  tietotekniikkapioneeri  IBM 
tuli  Unix-työasemamarkkinoille  vuonna 
1 986.  IBM  6150  eli  RT  PC  perustui 
PC-koneissa  käytettyyn  PS/2-runkoon, 
mutta  suorittimeksi  oli  vaihdettu  IBM:n 
oma  ROMP.  ROMPia  voidaan  pitää 
ensimmäisenä  RISC-mikroprosessorina, 
olihan  IBM  kehittänyt  sen  jo  1 981 .  IBM 
oli  kuitenkin  pitänyt  sitä  pöytälaati¬ 
kossa  vuosikaudet,  joten  muut  ehtivät 
tuotteistaa  riscinsä  ensin. 

ROMPin  syrjäytti  vuonna  1990 
POWER,  jota  käyttävät  työasemat, 
palvelimet  ja  supertietokoneet  saivat 
yhteisen  nimen  RS/6000.  POVVERin 
pikkuveljeksi  tuli  Applen  ja  Motorolan 
kanssa  yhteistyössä  kehitetty  PoxverPC, 
jota  on  käytetty  myös  tavallisten  kuole¬ 
vaisten  koneissa. 

IBM  vaihtoi  järjestelmäperheidensä 
brändäystä  vuosituhannen  vaihtees¬ 
sa,  ja  RS/6000:sta  tuli  tällöin  System 
p.  Myöhemmin  System  p  yhdistettiin 
System  i:hin  eli  entiseen  AS/400:aan, 
jolloin  muodostui  Power  Systems 
-niminen  palvelin-  ja  supertietokoneiden 
mallisto.  Nämä  koneet  tukevat  IBM:n 
oman  Unix-variantin  AlXin  lisäksi  myös 
Linuxia  ja  AS/400:n  peruja  olevaa  IBM  i 
-käyttöjärjestelmää. 

Suurkoneluokan  mikroprosessorien 
kehitys  on  IBM:llä  edelleen  hyvin  käyn¬ 
nissä.  POVVER-suorittimien  ohella  IBM 
on  kehittänyt  z£C-suorittimia,  jotka 
huipputehokkuudestaan  huolimatta 
ovat  edelleen  konekieliyhteensopivia 
IBM:n  60-luvun  lippulaivan  S/360: n 
kanssa. 


HEWLETT® 

PACKARD 


Hevvlett- 
Packard 

Hevvlett-Packard 
on  valmistanut 
erikokoisia 
tieto¬ 
koneita  ja 
laskimia 
oheislaitteineen 

1960-luvulta  alkaen.  Unix-maailmaan 
HP  siirtyi  vuonna  1984  aloittamansa 
HP  9000  -malliston  myötä.  Lisäksi  HP 
osti  vuonna  1 989  Apollo  Computerin, 
jolla  oli  omia  työasemiaan. 

Varhaiset  HP  9000:t  käyttivät 
68000-suorittimien  lisäksi  myös 
pinopohjaisia  FOCl/S-suorittimia. 
Näistä  siirryttiin  80-luvun  loppupuolella 
HP:n  omaan  PA-FISC-arkkitehtuuriin. 
PA-RISCin  tilalle  tuli  vuonna  2003 
Intelin  IA-64  eli  Itanium,  minkä  myötä 
fiktiiviseen  HAL  9000:een  viittaavasta 
mallinimestä  vihdoinkin  luovuttiin. 

HP:n  Unix-käyttöjärjestelmä 
HP-UX  on  monille  edelleen  kirosana. 
Vaikka  se  onkin  sinänsä  tehokas  ja  luo¬ 
tettava,  se  tekee  monet  asiat  eri  tavoin 
kuin  muiden  valmistajien  unixit.  HP:n 
tekstipäätteet  eivät  ole  VT-yhteensopi- 
via,  oletusarvoinen  C-kääntäjä  soveltuu 
lähinnä  vain  HP:n  oman  koodin  kääntä¬ 
miseen,  merkistöt  ja  komentoargumen- 
tit  ovat  erilaiset  ja  niin  poispäin. 

Suosituimpia  PA-RISC-työasemia  ovat 
olleet  PC:n  kilpailijoiksi  1990-luvun 
puolivälissä  tarkoitetut  32-bittiset  712 
ja  715,  joihin  PC:n  näppäimistöt,  hiiret 
ja  näytöt  käyvät  suoraan,  mutta  jotka 
päihittävät  esimerkiksi  2D-näytönkä- 
sittelyn  nopeudessa  aikakauden  PC:t 
reilusti. 

Nykyiset  HP-UXia  ajavat  koneet 
ovat  Itanium-pohjaisia  HPIntegrity 
-palvelinkoneita.  HP-UXin  lisäksi  ne 
ajavat  myös  Linuxia,  Windows  Serveriä 
ja  yritysostojen  myötä  HP:lle  tulleita 
NonStopia  ja  OpenVMS:ää.  Intel 
jatkaa  Itanium-suoritinten  kehitystyötä 
edelleen. 


NeXT 

Steve  Jobsin  vuonna  1985  perustaman 
NeXTin  historia  jäi  varsin  lyhyeksi, 
mutta  se  sai  1990-luvun  kynnyksellä 
julkaistua  muutaman  Unix-työaseman, 
jotka  ovat  merkittäviä  muutenkin  kuin 
kuutionmuotoisten  koteloidensa  vuoksi. 

NeXT  Computer,  NeXTcube  ja 
NeXTstation  perustuvat  Motorolan 
68030-  ja  68040-suorittimiin  ja  multi- 
mediapotkua  antavaan  56001 -DSP:hen. 
Tarjolla  oli  myös  erillinen  RlSC-kiihdytin- 
kortti  omine  näytönohjaimineen,  mutta 
ohjelmisto  ei  koskaan  hyödyntänyt 
sitä  kunnolla.  Korppujen  sijaan  NeXTit 
käyttävät  magneto-optisia  levyjä,  joiden 
kapasiteetti  on  256  megatavua. 

Käyttöjärjestelmänä  NeXTeissä  on 
NeXTSTEP,  joka  on  Mach-mikroyti- 
meen  ja  BSD:hen  perustuva  Unix  -  ei¬ 
vätkä  muutkaan  yhtäläisyydet  myö¬ 
hempään  Applen  Mac  OSX-.ään  ole 
sattumaa.  Esimerkiksi  järjestelmäohjel¬ 
mistot  on  kirjoitettu  Objective-C:llä,  ja 
X-ikkunoinnin  sijaan  on  käytössä  oma 
grafiikkaratkaisu  omine  käyttöliitty- 
mäinnovaatioineen.  NeXTSTEPistä  on 
olemassa  myös  X86-,  SPARC-  ja  PA- 
RlSC-koneilla  toimiva  versio  OpenStep. 
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vimma 

Ennätysjahtia  ja  huimaa  viihdettä 


Speedrunit  ovat  nousseet  netti- ja  striimiyhteisön  suosioon  viime  vuosien  aikana  -  mutta  mitä 
ne  oikeastaan  edes  ovat?  Yksinkertaisimmillaan  speedrunissa  läpäistään  videopeli  mahdolli¬ 
simman  nopeasti.  Tarkemmin  tutkiessa  asia  monimutkaistuu.  Joudumme  esimerkiksi  vastaa¬ 
maan  uuteen  kysymykseen:  mikä  ylipäätään  lasketaan  läpipelaamiseksi? 

Teksti:  Eric  Hartin  Kuvat:  Sakari  Leppä,  Eric  Hartin,  Mikko  Heinonen 


Täytyykö  koko  peli  pelata  läpi? 
Kelpaako  se,  jos  näkee  loppu- 
tekstit?  Entä  jos,  entä  jos...? 
Kysymyksiä  riittää  yhtä  paljon  kuin 
katsojiakin.  Ei  ole  lainkaan  tavatonta, 
että  speedrun-videon  kommenteissa 
epäillään,  onko  tässä  todella  pelattu 
peli  läpi  vai  kenties  huijattu.  Tämän 
vuoksi  speedruneihin  on  luotu  katego¬ 
rioita,  joita  on  useita  erilaisia  jokaiselle 
pelille. 

Yleensä  kategorioiden  määrä  kielii 
siitä,  että  peliä  on  pelattu  ja  pelataan 
edelleen  paljon.  Uusia  rajoituksia  syn¬ 
tyy  haasteen  etsimisestä  ja  pelin  pitä¬ 
misestä  mielenkiintoisena  sitä  paljon 
pelaavalle. 

Hämärää  historiaa 

Speedrunien  historiaa  on  vaikea  selvit¬ 
tää,  sillä  niitä  on  todennäköisesti  ollut 
yhtä  kauan  kuin  läpipelattavia  pelejä 
ylipäätään.  Ennen  nykymuotoista  in¬ 
ternetiä  niiden  levittäminen  on  kui¬ 
tenkin  ollut  kuitenkin  vaikeaa,  sillä 
suoritus  on  pitänyt  nauhoittaa  VHS- 
kasetille  tai  DVDdle. 

Joitain  vanhempia  esimerkkejä 
löytyy  silti.  Ensimmäiset  varsinaista 
julkisuutta  saaneet  speedrunit  olivat 
Quaken  Quake  Done  Quick  -demot. 
Quakessa  pelinsä  pystyi  nauhoitta¬ 


maan  pieneksi  datatiedostoksi,  joka 
sisälsi  ainoastaan  pelaajan  toiminnot. 
Näin  suoritus  saatiin  muotoon,  jossa 
sen  pystyi  lataamaan  vanhan  koulu¬ 
kunnan  modeemillakin. 

Viimeaikainen  speedrun-innostus 
johtunee  siitä,  että  Youtuben  ja  Twit- 
chin  aikakaudella  kuka  tahansa  voi 
nauhoittaa  itsensä  haluamaansa  peliä 
tahkoamassa.  Näin  varsinkin  vanhojen 
Nintendo-  ja  Super  Nintendo  -pelien 
suoritukset  ovat  saavuttaneet  yleisön, 
joka  arvostaa  taitavaa  pelaamista. 

any%,  100% 

Karkein  jako  speedrunien  välillä  voi¬ 
daan  tehdä  niin  sanottujen  any%  ja 
100%  -kategorioiden  välillä.  Siinä  mis¬ 
sä  any% -peluun  aikana  tavoitellaan 
vain  lopputekstejä,  100%-juoksussa  to¬ 
teutetaan  myös  jokainen  pelin  sisäinen 
tavoite. 

Speedrunien  työkalut  ovat  yleensä 
vapaat.  Pelaaja  voi  käynnistää  pelin 
uudestaan  niin  monta  kertaa  kuin  ha¬ 
luaa  tai  skipata  pelistä  niin  paljon  kuin 
haluaa,  kunhan  käyttää  pelistä  löytyviä 
tekniikoita.  Jos  pelin  saa  pelaamalla  ti¬ 
laan,  jossa  esimerkiksi  jokin  valikoista 
muuttuu  heksaeditoriksi,  on  tätä  sallit¬ 
tua  käyttää. 

Glitchaaminen,  eli  pelien  saatta¬ 


minen  hetkellisesti  häiriötilaan,  on 
yleistä  varsinkin  koneavusteisissa 
speedruneissa.  Häiriön  voi  aiheuttaa 
monilla  tavoin  riippuen  siitä,  miten 
ja  mille  alustalle  peli  on  tehty.  Täs¬ 
tä  on  hyötyä  etenkin  silloin,  kun  se 
mahdollistaa  pelin  nopeamman  läpi¬ 
pelaamisen.  Jos  glitchaamalla  pääsee 
pelin  ensimmäisestä  kentästä  suoraan 
viimeiseen,  ei  tätä  suinkaan  jätetä  hyö¬ 
dyntämättä. 

Samalla  kun  uusia  tekniikoita  löytyy, 
luodaan  myös  uusia  speedrun-katego- 
rioita.  Jos  Pokemonin  läpäisee  20  se¬ 
kunnissa,  luodaan  uusia  kategorioita, 
joihin  panostaa  -  20  sekunnin  läpipe- 
luu  kun  on  mielenkiintoinen  vain  sen 
yhden  kerran.  Siitä  on  vaikea  parantaa 
tavalla,  joka  tekisi  läpäisyn  mielek¬ 
kääksi  toisella  tai  kolmannella  kerralla. 
Haastetta  ja  mielenkiintoa  kasvatetaan 
tästä  hakemalla  nopeinta  läpipeluuta, 
kun  tietyllä  tavalla  glitchaaminen  ei 
olekaan  sallittua. 

Oma  kategoria  itsessään  on  niin  sa¬ 
nottu  TAS,  eli  Tool-Assisted  Speedrun. 
Siinä  missä  käytännön  any%  ja  100% 
on  suunniteltu  pelattavaksi  siten,  että 
ne  voi  suorittaa  oikea  ihminen  oikeal¬ 
la  raudalla,  TAS  poistaa  ihmisen  yh¬ 
tälöstä.  Yleensä  TAS:eissa  käytetään 
emulaattoria,  joka  mahdollistaa  pelaa- 
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Mieleenpainuvia  speedrun-ennätyksiä 


Ninja  Gaiden,  12  minuuttia 


Ninja  Gaidenin  ennätykset  ovat  siitä 
mielenkiintoisia,  että  pelin  vanhuu¬ 
desta  ja  läpipeluiden  verrattaises¬ 
ta  lyhyydestä  huolimatta  peliä  ei 
glitchata  tekemään  outoja  asioita, 
vaan  läpipeluut  ovat  rehtejä  ja  pikaisia 
juoksuja  paikasta  A  paikkaan  B. 

Mega  Man  X  &  X2,  2  tuntia  43 
minuuttia 


Koneavusteisissa  läpipeluissa  kahden 
tai  useamman  pelin  pelaaminen  sa¬ 


moilla  syötteillä,  eli  pelaamalla  kahta 
peliä  yhtaikaa  yhdellä  ohjaimella,  on 
jo  vanha  juttu.  Sen  tekeminen  oikeasti 
pelaamalla  on  sen  sijaan  harvinai¬ 
sempaa.  Hyvä  esimerkki  siitä,  mitä 
voi  tehdä,  kun  pistää  tarpeeksi  aikaa 
lempipeleihinsä. 


Super  Mario  World,  1  minuutti  41 
sekuntia 


Super  Mario  World  on  Super  Ninten¬ 
don  ehkä  dokumentoiduin  peli.  Ei 
olekaan  ihme,  että  aikojen  saatossa 
siitä  on  löydetty  jos  jonkinlaisia  kikko¬ 
ja.  Alle  kahdessa  minuutissa  suoritettu 
suoraan  lopputeksteihin  hyppäävä 
läpipeluu  näyttää  helpolta,  mutta 
taustalla  on  pikkutarkkaa  muistimani- 
pulaatiota  pelin  aikana. 


Mega  Man,  12  minuuttia  23  sekuntia 
Myös  Mega  Man  on  dokumentoitu 
tarkkaan  ja  myös  siitä  on  löydetty  vuo¬ 
sien  varrella  lukemattomia  temppuja. 
Mega  Manista  tehdyn  koneavusteisen 
läpipeluun  pääasiallinen  tarkoitus  on 
esitellä  Mega  Man  -moottorin  erikoi¬ 
suuksia  pikemminkin  kuin  juosta  peli 
läpi  ennätysajassa. 


Quake,  48  minuuttia 


Ja  mikäli  pelkkien  glitchien  tilaami¬ 
nen  alkaa  väsyttää,  voi  aina  seurata 
Quakea.  Quake  Done  100%  Quickes- 
tissa  pelataan  peli  alle  50  minuutissa 
läpi  -  ja  samalla  ammutaan  jokainen 
vihollinen  ja  tutkitaan  jokainen  sala¬ 
huone. 


misen  ruutu  ruudulta,  itse  kirjoitettuja 
peliä  pelaavia  botteja  tai  kumpaakin 
yhtä  aikaa.  TAS:issa  näytetään  missä 
pelin  rajat  kulkevat  ja  millaisia  ne  ovat. 

Vaikka  TAS  on  luotu  näyttämään 
pelin  rajat,  tavoitellaan  siinäkin  usein 
viihdyttävää  esitysmuotoa.  Monesti 
päätavoite  ei  olekaan  nopein  läpipeluu, 
vaan  pikemminkin  pelin  bugien  ja  omi¬ 
naisuuksien  esittely.  TAS:in  suunnittelu 
saattaa  kestää  useita  kuukausia  ja  vaa¬ 
tia  jopa  vuosien  ennakkosuunnittelua. 
Monia  koneavusteisia  läpipeluita  varten 
saatetaan  avata  peli  ja  tutkia,  missä  oh¬ 
jelmakoodin  muistipaikat  kulkevat. 

Tavoitteet  vaihtelevat 

Speedrunin  tekoa  lähestytäänkin  usein 
monesta  kulmasta.  Toisaalta  tarkoi¬ 
tuksena  on  saada  kelloon  nopein  aika 
millä  keinolla  hyvänsä,  mutta  yhtälail¬ 
la  saatetaan  tavoitella  viihdyttävää  lä- 
pipeluuta.  Joskus  nämä  tavoitteet  ovat 
toistensa  kanssa  yhteensopimattomat. 
Jos  peli  läpäistään  hyppäämällä  ensim¬ 
mäisestä  ruudusta  lattian  läpi  suoraan 
lopputeksteihin,  jää  viihdearvo  ole¬ 
mattomaksi.  Tämä  on  kuitenkin  täysin 


kelvollinen  ja  luvallinen  tapa  pelata. 

Speedruneilla,  kuten  monilla  muil¬ 
lakaan  yhteisöillä,  ei  ole  monoliittistä 
tuomarointielintä.  Alun  perin  kolikko - 
pelisuorituksia  kirjaava  Twin  Galaxies 
on  speedrun-yhteisön  mielestä  kelvo¬ 
ton  kirjaamaan  speedrun-suorituksia: 
se  haluaisi  nimittäin  kieltää  läpipeluut, 
joissa  peli  glitchataan. 

Kenties  tällä  hetkellä  käytetyin  si¬ 
vusta  on  Speed  Demos  Archive,  joka 
oli  alkujaan  omistautunut  Quake-läpi- 
peluille.  Se  myös  hyväksyy  läpipeluita 
useassa  eri  formaatissa:  ne  voidaan 
jaotella  esimerkiksi  osittaisiin  juok¬ 
suihin  ja  juoksuihin,  jotka  on  tehtävä 
yhdellä  kertaa  tai  joissa  sallitaan  pe¬ 
lin  käynnistäminen  välissä.  Sivusta 
hyväksyy  pääosin  vain  alkuperäisillä 
alustoilla  tehtyjä  läpipelui¬ 
ta  -  emulaattorisuorituksia 
ei  hyväksytä,  sillä  niistä  on 
vaikeampi  nähdä,  onko  pe¬ 
luu  koneavusteinen  vai  ei. 

Koneavusteisille  läpipe- 
luille  onkin  oma  sivustansa, 
TASvideos.  Ihan  kaikkea  ei 
sekään  hyväksy.  Sivustalla 


listataan  rutkasti  asioita,  joiden  täytyy 
olla  kunnossa,  ennen  kuin  nauhoitus 
hyväksytään.  Pääasiassa  tämä  tarkoit¬ 
taa,  että  peliä  ei  ole  muokattu  millään 
tavalla,  ja  että  emulointi  täyttää  tietyt 
hyvin  tarkat  kriteerit.  Toisekseen  lä¬ 
pipeluun  tulee  olla  nopeampi  kuin 
aikaisemmat  suoritukset  päästäkseen 
sivustalle  -  tai  ainakin  huomattavasti 
viihdyttävämpi. 

Jos  aihe  kiinnostaa  eivätkä  speed- 
runit  olleet  ennestään  tuttuja,  tämän 
parempaa  aikaa  niiden  löytämiselle  ei 
olekaan.  Eritoten  kesällä  nähtävä  Sum¬ 
mer  Games  Done  Quick  on  uusienkin 
speedrun-katsojien  mieleen,  sillä  sen 
aikana  nähdään  kymmenien  pelien  lä¬ 
pipeluut  oivallisen  selostuksen  ja  kik¬ 
kojen  selitysten  kera.  & 


Lisätietoja: 

•  Speed  Demos  Archive 
http://www.speeddemosarchive.com 

•  Summer  Games  Done  Quick 
http://www.gamesdonequick.com 

•  TASvideos  http://tasvideos.org 


21 


Mittausdataa  irti  Jollasta 


Sailfish-ohjelmointi,  osa  2 

Skrollin  numerossa  2014.2  tutustuttiin  Sailjish- ohjelmoinnin  perusteisiin.  Nyt  on  sopiva 
aika  ottaa  peräsimestä  tukevampi  ote  ja  suunnata  syvemmille  vesille.  Aloitetaan  purjehdus 
opettelemalla  Jollan  antureiden  käyttöä. 

Teksti  ja  koodi:  Asser  Lähdemäki 
Kuvat:  Mitol  Meerna,  Asser  Lähdemäki 


Jolla-puhelin  sisältää  älypuhe- 
limille  tyypillisiä  antureita  ja 
oheislaitteita,  esimerkiksi  kom¬ 
passin,  kiihtyvyysanturin  ja 
gyroskoopin.  Tässä  artikkelissa 
opettelemme  hyödyntämään  niitä  oh¬ 
jelmallisesti.  Oletamme,  että  Sailfish 
Silica  -käyttöliittymien  oliot  ovat  luki¬ 
jalle  tuttuja.  Keskitymme  artikkelissa 
QML-rajapintoihin,  mutta  käytettävil¬ 
le  QML-objekteille  on  lähes  suorat  vas¬ 
tineet  myös  Qt:n  C++ -rajapinnassa. 

Artikkelin  esimerkkiohjelma  on 
testattu  Qt  5.2-  ja  Sailfish  OS  1.1.4.29 
(Äijänpäivänjärvi)  -versioilla.  Joillakin 
muilla  versioilla  esimerkit  eivät  ehkä 
toimi  ilman  pieniä  muutoksia,  vaik¬ 
ka  rajapinnat  pyritäänkin  pitämään 
yhteensopivina  eri  versioiden  välillä. 
Valitettavasti  esimerkkiohjelmaa  ei  voi 
täysin  testata  Sailfishin  kehitysympä¬ 
ristön  virtuaalikoneessa,  sillä  useim¬ 
mille  Jollan  oheislaitteille  ei  toistaiseksi 
ole  minkäänlaista  emulaatiota.  Ohjel¬ 


man  testaamiseen  tarvitaan  siis  oikea 
Jolla-laite. 

Anturirajapinta 

Antureita  luetaan  melko  yksinkertai¬ 
sen  oliorajapinnan  kautta.  Se  otetaan 
käyttöön  lisäämällä  määrittelyn  al¬ 
kuun  seuraava  rivi: 

import  QtSensors  5.2 

Antureiden  QML-rajapinta  ei  ole 
välttämättä  puhelimessa  valmiina, 
joten  ohjelmaprojektiin  on  lisättävä 
ajonaikainen  riippuvuus  kyseisiin  ra¬ 
japintoihin.  Käytännössä  se  tarkoittaa 


seuraavan  rivin  lisäämistä  projektin 
.yaml-tiedoston  Requires-kohtaan: 

qt5-qtdeclarative-import-sensors  >=  5.2 

Näin  tarvittavat  rajapinnat  asenne¬ 
taan  puhelimeen  samalla  kuin  itse  so¬ 
velluskin. 

Rajapinta  perustuu  Sensor-olioon, 
josta  periytetään  kaikille  anturityypeil- 
le  oliot.  Tärkeimmät  perityt  ominai¬ 
suudet  ovat  dataRate,  active  ja  reading. 
dataRate-ominaisuuden  avulla  anne¬ 
taan  mittaustaajuus  hertseinä.  Asetta¬ 
malla  active  arvoon  true  anturi  alkaa 
lähettää  mittausarvoja. 


Anturi 

Perusolio 

Lukemaolio 

Lukemaolion  ominaisuuksia 

Kompassi 

Compass 

CompassReading 

azimuth:  Tyypiltään  qreal.  Kertoo  kulman  suhteessa 
pohjoiseen. 

accuracy:  Kertoo  lukeman  tarkkuuden  (arvo  0-1). 

Kiihtyvyysan¬ 

turi 

Accelerometer 

AccelerometerReading 

x,  y,  z:  Tyypiltään  qreal.  Ilmoittavat  kiihtyvyyden 
akseleiden  suuntaan. 

Gyroskooppi 

Gyroscope 

GyroscopeReading 

x,  y,  z:  Tyypiltään  qreal.  Ilmoittavat  kulmanopeuden 
akseleiden  ympäri. 

Taulukko  1.  Anturit  ja  lukemaolioiden  ominaisuuksia. 
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Arvot  luetaan  reading-ominaisuu- 
den  avulla.  Se  osoittaa  lukemaolioon, 
joka  periytyy  Reading-oliosta.  Kaik¬ 
ki  lukemaoliot  perivät  ominaisuuden 
timestamp,  jossa  on  viimeisimmän 
mittausarvon  aikaleima  mikrosekun- 
teina.  Muut  ominaisuudet  riippuvat 
anturista  ja  sen  lukemaoliosta. 

Antureiden  aikaleimat  riippuvat 
rajapinnan  toteutuksesta,  ja  eri  antu¬ 
reiden  aikaleimojen  ei  taata  olevan 
synkronoituja  keskenään.  Saman  an¬ 
turin  aikaleimojen  erotukset  kertovat 
tarkasti  kahden  mittauksen  välisen 
ajan,  mutta  esimerkiksi  kiihtyvyys-  ja 
kulmanopeuslukemien  aikaleimojen 
erotus  ei  välttämättä  anna  mittausta- 
pahtumien  välistä  aikaa  luotettavasti. 

Sensor-olion  muista  ominaisuuk¬ 
sista  mainittakoon  skipDuplicates  ja 
axesOrientationMode.  Ensin  mainitun 
avulla  estetään  lukeman  muutoksesta 
ilmoittava  readingChanged- signaali, 

import  QtQuick  2.0 
import  Sailfish.Silica  1.0 
import  QtSensors  5.2 

import  " . . /components” 


} 

} 

} 

Listaus  1.  Kompassisivun  koodi. 


kun  perättäiset  lukemat  ovat  samat. 
Jälkimmäisellä  asetetaan  lukeman  tul- 
kintamoodi,  kun  laite  käännetään  eri 
asentoon.  Oletuksena  käytetään  puhe¬ 
limen  pystyasentoa  riippumatta  lait¬ 
teen  todellisesta  asennosta. 

Kompassin  käyttö 

Tämän  artikkelin  esimerkkiohjelma 
on  jaettu  Sailfishille  ominaisesti  eri 
sivuihin.  Jokaisen  esitellyn  anturin 
lukemiselle  on  omat  sivunsa.  Koodi- 
listauksissa  kolme  pistettä  tarkoittaa, 
että  kohdasta  on  poistettu  selitettävän 
asian  kannalta  epäolennaista  koodia. 
Artikkelissa  käytetyt  anturioliot  ovat 
taulukossa  1.  Kolmannessa  sarakkees¬ 
sa  on  kyseisen  anturityypin  lukemao- 
lio  ja  neljännessä  sen  hyödyllisimmät 
ominaisuudet. 

Listauksessa  1  on  kompassin  käyt¬ 
töesimerkki.  Kompassianturi  mittaa 
maan  magneettikenttää  ja  antaa  tulok¬ 


sena  x-,  y-  ja  z-komponentit.  Akselit 
on  oletuksena  sidottu  puhelimeen, 
kuten  kuvassa  1  on  esitetty.  Arvot  siis 
muuttuvat  puhelimen  asennon  mu¬ 
kaan. 

Kompassiolio  ottaa  anturilta  saadut 
arvot  ja  laskee  niistä  maan  magneet¬ 
tisen  pohjoisnavan  suuntaisen  viivan 
ja  positiivisen  y-akselin  suunnan  väli¬ 
sen  kulman.  Toisin  sanoen  puhelimen 
USB-liittimen  puoleinen  pää  vastaa 
perinteisen  kompassin  neulan  pohjoi¬ 
seen  osoittavaa  päätä.  Olion  laskeman 
arvon  havainnointia  varten  on  toteu¬ 
tettu  Circlelndicator-komponentti, 
joka  näkyy  kuvassa  2. 


+y 


-y 


Kuva  1 .  Akselit  ja  positiiviset  kiertosuun¬ 
nat. 


Compass 

Controls 

*  Running 

Indicators 

Angle:  258 


# 


Kuva  2.  Esimerkkiohjelman  kompassisi- 
vu. 


Page  { 
id:  root 

property  bool  readingReady :  sensor. reading  !=  null 

Compass  { 
id:  sensor 

active:  activationSwitch . checked 
dataRate:  25 

property  int  angle:  readingReady  ?  reading. azimuth  :  0 

property  real  accuracy:  readingReady  ?  reading. calibrationLevel  :  0 


Column  { 
id:  content 
width:  parent.width 
PageHeader  { 

title:  qsTr(''Title") 

} 

SectionHeader  { 

text:  qsTr(''Controls") 

} 

TextSwitch  { 

id:  activationSwitch 
text:  qsTr(''Running") 

anchors. horizontalCenter :  parent . horizontalCenter 
checked:  true 

} 

...  //  Muita  ohjauskomponentteja 

SectionHeader  { 

text:  qsTr(”Indicators'') 

} 

Circlelndicator  { 

anchors. horizontalCenter :  parent . horizontalCenter 
anchors. top:  content . bottom 
value:  Math.abs(360  -  sensor . angle) 
maxValue:  360 
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Accelerometer  { 
id:  sensor 
alwaysOn:  true 

active:  activationSwitch. checked 
dataRate:  10 

} 

property  bool  readingReady :  sensor. reading  !=  null 

Column  { 
id:  content 
width:  parent.width 
PageHeader  { 

title:  qsTr("Acceleration  including  gravity") 

} 

SectionHeader  { 

text:  qsTr("Controls") 

} 


Row  { 

width:  parent.width 
TextSwitch  { 

width:  parent.width  /  3 
id:  xSwitch 
text:  "X" 

} 

...  //  Y  ja  Z  TextSwitchit 

} 

SectionHeader  { 

text:  qsTr("Indicators") 

} 

Label  { 

x:  Theme.paddingLarge 

width:  parent.width  -  2  *  Theme.paddingLarge 
text:  qsTr("along  X-axis:  %1<br>along  Y-axis:  %2<br>" 
Z-axis:  %3") 

sensor. reading. x  :  0) 
sensor . reading. y  :  0) 
sensor. reading. z  :  0) 


+  "along 
.arg(readingReady 
.arg(readingReady 
.arg(readingReady 


} 


} 


Accelerationlndicator  { 

anchors.bottom:  parent . bottom 
height:  parent . height  -  content . height 
x_pos:  xSwitch. checked  ?  (readingReady 
y_pos:  ySwitch. checked  ?  (readingReady 
z_pos:  zSwitch. checked  ?  (readingReady 
max_pos_abs:  15 

} 

} 

Listaus  2.  Kiihtyvyysanturin  lukeminen. 


-sensor. reading. x  :  0)  :  0 
sensor . reading. y  :  0)  :  0 
sensor. reading. z  :  0)  :  0 


Liiketilan  ja  asennon 
muutokset 

Kiihtyvyyteen  ja  kulmanopeuteen 
päästään  käsiksi  Accelerometer-  ja 
Gyroscope-olioiden  kautta.  Kuvassa  1 
on  vakioasetuksilla  käytetyt  akselit  ja 
kiertosuunnat,  joiden  suhteen  kiihty¬ 
vyys  ja  kulmanopeus  mitataan. 

Kiihtyvyyden  mittauksessa  on  otet¬ 
tava  huomioon,  että  painovoiman  ai¬ 
heuttama  putoamiskiihtyvyys  on  mu¬ 
kana  mittaustuloksessa.  Painovoiman 
vaikutuksen  voi  poistaa  laskennallises¬ 
ti,  joskin  tulos  on  epätarkka.  Kiihty¬ 
vyys  ilmoitetaan  perusyksikössä  m/s2. 

Kulmanopeuden  mittaus  kertoo, 
kuinka  nopeasti  laite  pyörii  akselei- 
densa  ympäri.  Esimerkiksi  jos  laitet¬ 
ta  pyöräyttää  pöydällä,  mittaus  antaa 
yhdelle  akselille  aluksi  suuren  arvon, 
joka  sitten  pienenee  pyörimisen  hidas¬ 
tuessa.  Kulmanopeudet  ilmoitetaan 
radiaaneina  sekunnissa. 

Listauksessa  2  on  ohjelmakoodi 
kiihtyvyyden  lukemiseen,  ja  ohjelman 
käyttöliittymä  näkyy  kuvassa  3.  Ohjel¬ 
ma  on  monilta  osin  sama  kuin  kom- 
passiesimerkissä,  joten  yhteiset  osat  on 
merkitty  koodissa  kolmella  pisteellä. 

Esimerkkiohjelmassa  näkyvä  pu¬ 
nainen  neliö  liikkuu  pysty-  ja  vaaka¬ 
suunnassa  kiihtyvyyden  y-  ja  x-kom- 
ponenttien  mukaan.  Z -komponenttia 


||  Acceleration  including  gravity 

Controls 

*  Measuring 

Visualize: 

m  x  m  y 

m  z 

Indicators 

along  X-axis:  3.84421 

along  Y-axis:  4.10899 

along  Z-axis:  8.04145 

Kuva  3.  Kiihtyvyysmittaussivu.  Kiihtyvyy¬ 
det  on  ilmoitettu  lukuarvoina  ja  havain¬ 
nollistettu  liikkuvalla  neliöllä. 


havainnolliste¬ 
taan  muuttamal¬ 
la  neliön  kokoa. 

Ohjelman  käyt¬ 
töliittymän  kyt¬ 
kimillä  X,  Y  ja  Z 
voidaan  asettaa 
akseleiden  mitta¬ 
uksen  havainnol¬ 
listus  pois  päältä. 

Kulmanopeu¬ 
den  mittaussivu 
on  lähes  ident¬ 
tinen  kiihtyvyy¬ 
den  mittaussivun 
kanssa,  ja  siinä 
käytetään  samaa 
havainnollistus- 
tapaa.  Ainoastaan 
mittaustulosten 
etumerkkejä  on 
muutettu,  jotta 
havainnollistuk¬ 
sessa  neliö  liik¬ 
kuisi  luonnolli¬ 
siin  suuntiin. 

Eikä  se  tähän 
lopu 

Jolla  tarjoaa  mo¬ 
nia  muitakin 
antureita,  joista 
osalle  on  toteu¬ 
tus  esimerkki¬ 
ohjelman  koko 
versiossa.  Esi¬ 
merkkiohjelma 
on  saatavissa 
sivulta  http:// 
skrolli.fi/20 15.2. 

Muita  antureita 
ovat  esimerkiksi 
valoisuus-,  lähei¬ 
syys-  ja  näpäytys- 
anturit. 

Valoisuusanturille  on  kaksi  oliota, 
joista  toinen  mittaa  suoraan  valoisuut¬ 
ta.  Toinen  valitsee  anturin  arvojen  pe¬ 
rusteella  määrätyn  arvon,  esimerkiksi 
”hämärää”  tai  ”kirkasta”.  Läheisyysan- 
turi  kertoo,  onko  puhelimen  yläosassa 
sijaitseva  anturi  peitetty  vai  ei.  Näpäy- 
tysanturilla  voi  toteuttaa  näpäytyseleitä. 


Lisäksi  esimerkkiohjelmassa  on  to¬ 
teutettu  muita  sivuja,  jotka  havainnol¬ 
listavat  esimerkiksi  paikannusta,  jär¬ 
jestelmän  rajapintoja,  äänitehosteiden 
toistamista  ja  kameran  käyttöä.  Näitä 
ominaisuuksia  käsitellään  mahdol¬ 
lisesti  Skrollin  tulevissa  numeroissa. 
Parannusehdotukset  esimerkkisovel¬ 
lukseen  ovat  tervetulleita.  & 


Lisätietoa 

QML-anturirajapinnan  dokumentaatio: 
http://doc.qt.io/qt-5/qtsensors-qmlmodule.html 
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y  chrome 


Googlen  selainpohjainen  Chrome  OS  on  lipunut  vaivihkaa  valtavirran  käyttöjärjestelmäksi, 
erityisesti  edullisten  Chromebook-pikkukannettavien  ansiosta.  Chrome  OS  -laitteita  voisi 
hyvin  kutsua  Google-päätteiksi,  sillä  ne  on  sidottu  tiukasti  hakukonejätin  verkkopalveluihin 
aina  sisäänkirjautumisesta  lähtien.  Rajoittunutta  ohjelmatarjontaa  ja  riippuvuutta  pilvi- 
palveluista  voi  onneksi  helpottaa  asentamalla  laitteeseen  täysiverisen  Linux-työpöydän,  joka 
toimii  rinnakkain  Chrome  OS:n  kanssa. 

Teksti:  Markku  Reunanen,  Tero  Heikkinen  Kuvat:  Markku  Reunanen,  Tero  Heikkinen,  Chris  Helenius 


Chrome  OS:n  sydämessä 
sijaitseva  Linux-ydin  ei 
ole  samalla  tavoin  ra¬ 
joittunut  kuin  esimer¬ 
kiksi  Androidin,  vaikka 
konepellin  alle  pääsy  onkin  oletuksena 
tehokkaasti  estetty  Googlella  työsken¬ 
televän  David  Schneider  in  luomus, 
Crouton,  on  näppärä  keino  asentaa 
laitteisiin  tavallisia  Linux- ohjelmia, 
joilla  muuten  puutteellinen  ohjelmis- 
tovalikoima  laajenee.  Merkittävä  hyöty 
perinteisempään  dualboot-j ärj estelyyn 
verrattuna  on  se,  että  konetta  ei  tar¬ 
vitse  käynnistää  uudelleen,  vaan  sekä 
natiiveja  että  Linux- ohjelmia  voi  ajaa 
samaan  aikaan.  Hankkeen  sivut  ja  tie¬ 
dostot  sijaitsevat  osoitteessa  https:// 
github.com/ dnschneid/ crouton. 

Crouton  ei  ole  virtuaalikone  ku¬ 
ten  vaikkapa  VirtualBox  tai  VMware. 
Lyhyesti  selitettynä  kyse  on  chroot- 
vankilasta,  jossa  Linux-jakelun  kuten 
Ubuntun  kaikki  tiedostot  säilytetään 


yhdessä  Chrome  OS:n  hakemistossa 
(/usr/local/chroots).  Vankilasta  ei  ole 
pääsyä  kuin  hyvin  rajallisesti  Chromen 
puolelle,  mikä  pitää  käyttöjärjestelmä- 
tiedostot  turvallisesti  erossa  toisistaan 
-  Croutonilla  on  siis  käytännössä  mah¬ 
dotonta  sekoittaa  konetta  käyttökel¬ 
vottomaan  kuntoon. 

Koneen  valinta 

Tämän  artikkelin  pohjana  ovat  ko¬ 
kemukset  kahdesta  Acerin  Chrome- 
book-kannettavasta,  C710:stä  ja  jon¬ 
kin  verran  uudemmasta  C720:stä. 
Molemmat  ovat  varmoja  valintoja 
Crouton-koneeksi,  sillä  ne  ovat  laajalle 
levinneitä,  jo  iäkkäitä  malleja  -  ja  juuri 
siksi  hyvin  tuettuja.  Croutonin  voi  toki 
asentaa  muillekin  Chromebookeille, 
mutta  ARM -pohjaisissa  laitteissa  ei 
tueta  esimerkiksi  grafiikkakiihdytystä 
lainkaan,  joten  hyödyt  jäävät  niillä  sel¬ 
västi  pienemmiksi.  Tekniset  tiedot  on 
syytä  lukea  huolella  ennen  hankintaa 


tai  asennusta,  sillä  Acerinkaan  kaikki 
Chromebookit  eivät  ole  enää  Intel- 
pohjaisia. 

Vaikka  C720:ssä  on  nopeampi  suori¬ 
tin,  se  ei  kuitenkaan  ole  itsestään  sel¬ 
västi  parempi  vaihtoehto,  sillä  muisti 
on  vanhemmasta  mallista  poiketen 
integroitu  kiinteästi  emolevylle  ja  ase¬ 
maksi  kelpaa  vain  M.2/NGFF-tyyp- 
pinen  S  SD -kiintolevy.  Kannattaakin 
ennen  ostopäätöstä  tarkistaa,  onko  ko¬ 
neessa  kaksi  vai  neljä  gigatavua  muis¬ 
tia.  Koneet  eroavat  muutenkin  varus¬ 
tukseltaan:  C710:ssä  on  vielä  Ethernet 
sekä  HDMI:n  lisäksi  VGA-liitin,  siinä 
missä  tuoreemmassa  mallissa  pitää 
pärjätä  pelkällä  langattomalla  verkolla 
ja  HDMLllä. 

C720:ssä  on  vakiona  Croutonin  kan¬ 
nalta  onnettoman  pieni,  yleensä  16-gi- 
gainen  SSD.  Sen  voi  helposti  vaihtaa, 
mutta  laitekokonaisuuden  hinta  nou¬ 
see  samalla  ja  takuuhuollossa  saatetaan 
nikotella  rikkinäisen  tarran  vuoksi. 
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Kehittäjätilan  käynnistysruutu  -  ei  paineta  sitä  välilyöntiä! 


Ennen  aseman  vaihtoa  Chrome  OS:n 
järjestelmätiedostot  pitää  tallentaa  vä¬ 
hintään  neljän  gigatavun  muistitiloille, 
josta  järjestelmän  voi  palauttaa  uudelle 
asemalle.  Varmuuskopion  tekeminen 
on  muutenkin  kannatettava  ajatus, 
koska  sillä  saa  aina  pelastettua  mah¬ 
dollisesti  sotketun  asennuksen.  Palau- 
tustikun  luominen  onnistuu  Chrome 
Web  Storesta  löytyvällä  Chromebook 
Recovery  Utility  -ohjelmalla. 

Kehittäjätila  ja  Croutonin 
asennus 

Jotta  Croutonin  asennus  olisi  mahdol¬ 
lista,  pitää  Chromebook  ensin  laittaa 
kehittäjätilaan.  Vaihto  tapahtuu  näis¬ 
sä  malleissa  järjestelmän  palautus- 
näkymästä,  johon  pääsee  painamalla 
Escape-  ja  virkistä/F  3 -näppäimet 
pohjaan  ja  näpäyttämällä  sitten  vir- 
tanappia.  Ruutuun  tulee  iso  keltainen 
huutomerkki  ja  varoitus  Chrome  OS:n 
puuttumisesta  tai  vahingoittumisesta. 
Tästä  ei  kuitenkaan  tarvitse  olla  huo¬ 
lissaan.  Ctrl-D  vie  jälleen  toisen  näköi¬ 
seen  ruutuun,  jossa  varmistetaan  siir¬ 
tyminen  kehittäjätilaan.  Ennen  pitkää 
kone  käynnistyy  kokonaan  uudestaan 
ja  pyytää  tavalliset  sisäänkirjautumis- 
ja  asetustiedot. 

Jatkossa  kone  siirtyy  aina  käynnis¬ 
tyessään  valkoiseen  ruutuun,  jossa  on 
tietokoneen  kuva  ja  punainen  huuto¬ 
merkki.  Alla  on  kehotus  painaa  väli¬ 
lyöntiä,  mitä  ei  kuitenkaan  kannata 
tehdä,  ellei  halua  poistaa  kehittäjätilaa 
ja  samalla  koko  Crouton-asennusta. 
Chrome  OS  lähtee  käyntiin  painamalla 


Ctrl-D  tai  odottamalla  hetken,  minkä 
jälkeen  siirrytään  tavalliseen  sisään- 
kirjautumiseen. 

Tässä  vaiheessa  käydään  lataamas¬ 
sa  Croutonin  sivulta  asennusohjelma, 
joka  tallentuu  muiden  tiedostojen  ta¬ 
paan  Downloads-hakemistoon.  Pai¬ 
namalla  selaimessa  Ctrl-Alt-T  aukeaa 
crosh-komentotulkki  (Chrome  Shell). 
Kone  saattaa  kysyä  käyttäjätunnusta, 
joka  on  vakiona  ”chronos”.  Salasanaa 
ei  tarvita.  Komennolla  ”shell”  pääs¬ 
tään  vuorostaan  Linuxista  tuttuun 
komentorivikehotteeseen.  Sitä  kautta 
voidaankin  jo  asentaa  itse  chroot-van- 
kila: 

sudo  sh  ~/Downloads/crouton  -t  lxde 

Tässä  tapauksessa  koneeseen  meni¬ 
si  Ubuntun  oletusversio  (12.04)  sekä 
kallisarvoista  muistia  säästävä  ke¬ 
vyt  LXDE-työpöytäympäristö.  Muita 
vaihtoehtoja  ovat  esimerkiksi  Xfce  tai 
Unity.  Kun  Crouton  on  saanut  asen¬ 
nuksen  loppuun,  voidaan  käynnistää 
haluttu  chroot- vankila,  esim.  ”sudo 
startlxde”,  minkä  jälkeen  LXDE:n 
pitäisi  ilmestyä  näkyviin  lähes  välittö¬ 
mästi. 

Perustoiminta  ja  tärkeimmät 
säädöt 

Kun  työpöytä  on  käynnissä,  voi  ym¬ 
päristöjen  välillä  siirtyä  näppäinyh¬ 
distelmillä  Ctrl- Alt-Shift-paluu/F  1 
ja  -eteenpäin/F2.  Joissakin  versioissa 
shiftin  painaminen  ei  ole  tarpeen.  Jos 
LXDE:n  ruutu  jää  mustaksi,  voi  näytön 
virkistää  painamalla  Ctrl-Alt-virkistä/ 


F3.  Uusimmissa  versioissa  tämä  tosin 
tuntuu  olevan  jo  tarpeetonta.  Vaikka 
käynnistyskomennot  saattavat  näyttää 
alkuun  sekavilta,  päästään  työpöydälle 
itse  asiassa  nopeammin  kuin  monissa 
pöytäkoneissa  tai  Chromebookille  ke¬ 
hitetyssä  dualboot-Linuxissa. 

Chrome  OS:n  ja  chroot- vankilan 
välillä  ei  ole  lähtökohtaisesti  juuri¬ 
kaan  yhteyksiä.  Eri  ympäristöt  jakavat 
sentään  saman  Downloads-kansion, 
mikä  onkin  moniin  tarkoituksiin  aivan 
riittävää.  Vielä  tiiviimpää  yhteyttä  eri 
työpöytien  välillä  halajavan  kannattaa 
hakea  Web  Storesta  Crouton  Integra- 
tion  -laajennus,  jonka  kautta  leikepöy¬ 
dän  saa  jaettua  ympäristöjen  välillä. 
Croutonin  kautta  täytyy  lisäksi  asentaa 
hieman  hämmentävästi  nimetty  exten- 
sion -laajennus.  Xiwi  taas  tuo  muka¬ 
naan  mahdollisuuden  ajaa  Linux- työ¬ 
pöytää  Chrome-ikkunan  sisällä,  mikä 
on  kylläkin  harmillisen  hidasta. 

Alkuinnostuksen  jälkeen  huo¬ 
mataan  pian,  etteivät  kaikki  yksi¬ 
tyiskohdat  olekaan  vielä  kunnossa. 
Skandinaaviset  näppäimet,  äänet  ja 
erinäiset  laiteajurit  saattavat  tuottaa 
aluksi  pieniä  ongelmia.  Osassa  Linux- 
työpöytäympäristöistä  on  valmiit 
asetusohjelmat  näppäimistölle;  mini¬ 
malistisessa  LXDE:ssä  ääkköset  ja  eri¬ 
koismerkit  saa  ensi  hätään  käyttöönsä 
komentamalla  ”setxkbmap  fi”.  Jos 
vaikutukset  jäävät  puolittaisiksi,  voi 
syynä  olla  tyhjäksi  jäänyt  /etc/default/ 
locale-tiedosto,  johon  voi  lisätä  rivin 
”LANG=en_US .  utf  8”  ja  käynnistää 
chroot- vankilan  uudestaan. 

Chromebookin  näppäimet  esimer¬ 
kiksi  näytön  kirkkaudelle  ja  äänen¬ 
voimakkuudelle  eivät  nekään  toimi 
suoraan,  sillä  ylärivin  napit  näyttäyty¬ 
vät  Linux-työpöydälle  tavallisina  funk¬ 
tionäppäiminä.  LXDE:ssä  oikoteitä 
voi  lisätä  tiedostoon  .config/openbox/ 
lxde-rc-xml.  Hämärämpiä  ongelmia 
voivat  aiheuttaa  laitetiedostojen  väärät 
käyttöoikeudet.  MIDI-laitteet  alkoivat 
toimia  esimerkkiasennuksessa  vasta 
muuttamalla  oikeudet  seuraavalla  käs¬ 
kyllä: 

sudo  setfacl  -m  u:omakäyttäjätunnus: rw  /  \ 

dev/snd/* 

Ohjelmia,  ohjelmia 

Seuraavaksi  on  aika  nauttia  tehdyn 
työn  digitaalisista  hedelmistä.  Aito 
Ubuntu-jakelu  sisältää  paljon  sellai¬ 
sia  sovelluksia,  joita  ei  ainakaan  tois- 
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LXDE-työpöytä  ja  sekalaisia  ohjelmia. 


täiseksi  ole  saatavilla  Chrome  OS:lle. 
Ensimmäisiä  ilmeisiä  käyttökohteita 
on  ohjelmointi:  kääntäjiä,  editoreita, 
versionhallintaohjelmia  ja  kirjasto¬ 
ja  löytyy  joka  lähtöön.  Esimerkkeinä 
toimiviksi  todetuista  kehitysympäris¬ 
töistä  mainittakoon  tässä  Processing  ja 
Arduino.  Chromebook  tai  Chromebox 
taipuu  pienellä  vaivalla  myös  pieneksi 
mukana  kulkevaksi  palvelimeksi. 

Erilaiset  pikaviestimet  XChatista 
Skypeen  ovat  nekin  helposti  saatavil¬ 
la.  Chrome  OSdlekin  on  kyllä  esim. 
IRC-asiakkaita,  mutta  niiden  laatu  ei 
vakuuttanut,  ja  Skype  puuttuu  tällä 
hetkellä  kokonaan.  Muut  tavanomaiset 
Linux-työkalut,  kuten  Gimp-kuvankä- 
sittely,  LibreOffice  ja  Audacity-ääni- 
editori,  toimivat  kuten  pitääkin.  Jopa 
3D-mallinnusohjelma  Blenderiä  pys¬ 
tyy  käyttämään  kohtuullisesti,  kunhan 
pitää  odotuksensa  realistisina.  Videoi¬ 
den  katselu  onnistuu  sujuvasti  monel¬ 
ta  muultakin  alustalta  tutulla  VLCdlä, 
joka  toistaa  eksoottisetkin  tiedostot 
(jos  ääni  katkeilee,  kannattaa  vaihtaa 
Pulse Audio  käyttöön  asetuksista). 

Crouton  on  myös  pelaajan  ystävä. 
Jo  pelkästään  Ubuntun  valikoimis¬ 
ta  löytyy  jonkin  verran  viihdykettä  ja 
emulaattorien  kautta  sitäkin  enem¬ 
män.  Testasimme  pikaisesti  VICEn 
(8-bittiset  Commodoret),  Fusen 
(ZX  Spectrum),  DOSBoxin  (PC), 
UAE:n  (Amiga),  Hatarin  (Atari  ST), 
openMSX:n  sekä  ScummVM:n,  jotka 
kaikki  pyörähtivät  Acereilla  käyntiin 


moitteettomasti.  Ainoaksi  kauneusvir¬ 
heeksi  jäi  VICEn  heikosti  toimiva  koko 
ruudun  tila,  joka  tosin  lienee  LXDE:n 
käyttämän  Openboxin  eikä  Croutonin 
ongelma.  Jopa  Steam  on  mahdollista 
saada  asennettua  pienellä  vaivalla,  ja 
etenkin  grafiikkaominaisuuksiltaan 
jykevämpi  C720  jaksaa  pyörittää  koh¬ 
tuudella  vanhempia  3 D -pelejä. 

Croutonin  rajoitukset 

Asiat  toimivat  yleisesti  ottaen  hyvin, 
mutta  aivan  kaikki  ei  näin  kokeelli¬ 
sessa  ympäristössä  tietenkään  suju 
ilman  kompurointia.  Edes  Chrome 
OS  ei  ole  pomminvarma,  ja  kun  sen 
kylkeen  lisätään  vielä  Crouton,  ilme¬ 
nee  toisinaan  outoilua,  jonka  syy  saat¬ 
taa  jäädä  epäselväksi.  Eräs  toistaiseksi 
ratkaisematon  pulma  on  se,  että  aika¬ 
vyöhykkeet  ja  tiedostojen  aikaleimat 
eivät  noudata  normaaleja  käytäntöjä: 
usb-asemille  tallentuvat  tiedostot  nä¬ 
kyvät  Chromessa  oikein,  mutta  muu¬ 
alla  niiden  päiväys  on  kaksi  tuntia  pie¬ 
lessä. 

Chroot-vankila  käyttää  samaa  ydintä 
kuin  Chrome  OS,  mistä  aiheutuu  joita¬ 
kin  rakentavaa  laatua  olevia  ongelmia. 
Ytimeen  ei  ole  vakiona  käännetty  järin 
laajaa  laitetukea,  joten  kovin  erikoiset 
lisälaitteet  eivät  siten  toimi.  Sama  kos¬ 
kee  VirtualBoxin  vaatimia  moduuleja, 
joita  ei  voi  kääntää  normaalilla  tavalla 
-  hyvästi  siis  visualisointi.  Tavalliset 
HID- standardin  mukaiset  hiiret,  näp¬ 
päimistöt,  joystickit  ynnä  muut  ovat 


onneksi  tuettujen  joukossa.  Harrastu- 
neempi  säätäjä  voi  toki  kääntää  ytimen 
itsekin,  mutta  moinen  operaatio  ei  ole 
aivan  Pertti  Peruskäyttäjän  ulottuvilla 
ja  saattaa  vaarantaa  järjestelmän  suju¬ 
van  toiminnan. 

Muita  vastaan  tulleita  pikku  ongel¬ 
mia  ilmeni  esimerkiksi  usb-asemien 
liittämisen  kanssa.  Chrome  OS  valit¬ 
taa  joka  kerran,  kun  LXDE:ssä  lisää 
ja  poistaa  laitteen;  tätä  tosin  tapahtui 
jostain  syystä  ainoastaan  C720:llä. 
Chrome  OS:n  ohjelmistopäivityksistä 
saattaa  niistäkin  aiheutua  päänsärkyä, 
jota  helpottaa  Croutonin  päivitys  vi¬ 
vulla  -u.  Ei  siis  kannata  järkyttyä,  jos 
jonakin  päivänä  Linux- työpöytä  ei  il- 
mestykään  näkyviin. 

Lopuksi 

Kuten  edeltä  lienee  jo  käynyt  ilmi, 
Croutonin  kanssa  askartelu  ei  sovi 
aivan  kaikille.  Pelkkään  päivittäi¬ 
seen  nettiselailuun  tai  Google  Docsin 
näppäilyyn  Chrome  OS  on  varsin 
riittävä  ja  sujuvampi  kuin  vaikkapa 
LXDE.  Hiemankin  Linux- taitoinen 
saa  kuitenkin  varsin  kohtuullisella 
säätämisellä  koneestaan  irti  monen¬ 
laista  uutta,  joten  vaivannäkö  kan¬ 
nattaa.  Croutonin  kautta  asentuvat 
ohjelmointityökalut,  grafiikka-  ja 
musiikkiohjelmat,  emulaattorit  ja 
komentorivityökalut  laajentavat 

Chromebookin  käyttömahdollisuuksia 
kauas  nettiselailun  tuolle  puolen. 
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Verkkovakoilun  tekninen  ulottuvuus 

Tiedustelupalveluiden  perinteinen  verkkotiedustelu  on  laajentunut  massavalvonnaksi:  Di¬ 
gitaalisessa  panopticonissa  on  elettävä  olettaen,  että  näkymätön  tarkkailija  saattaa  koska 
tahansa  tutkia  viestinnän  ja  päätelaitteen  sisällön.  Järjestelmän  kerrotaan  seulovan  terroriste¬ 
ja,  mutta  viimeaikaisista  paljastuksista  ilmenee,  kuinka  kohteita  ovat  paitsi  toisinajattelijat  ja 
journalistit,  myös  tavalliset  kansalaiset.  Miten  verkkovakoilu  tapahtuu  teknisesti?  Entä  voiko 
siltä  voi  suojautua? 

Teksti:  Markus  Ottela 

Kuvat:  Mitol  Meerna,  Markus  Ottela,  VVikimedia  /  Matt  Crypto,  Electronic  Frontier  Foundation 


Internetin  kaltainen  neutraa¬ 
li,  sensuuriton,  anonyymi  ja 
yksityinen  viestintäympäris¬ 
tö  on  välttämätön  modernin 
tietoyhteiskunnan  terveelle 
kehittymiselle.  Monet  autoritaaristen 
maiden  hallinnot  pelkäävät  arabike- 
vään  kaltaista,  sisäisistä  jännitteistä 
syntyvää  vallankumousta.  Ne  ovat  sik¬ 
si  alkaneet  vainota  katalyyttina  toimi¬ 
via  toisinajattelijoita,  journalisteja  sekä 
aktivisteja. 

Samalla  verkon  sananvapautta  rajoi¬ 
tetaan  sensuroinnin  ja  massavalvon- 
nan  keinoin,  ja  perusteena  käytetään 
niin  sanotusti  neljää  infokalyptista  he- 
vosmiestä:  terrorismi,  huumekauppa, 
järjestäytynyt  rikollisuus  sekä  pedofi- 
lia  herättävät  hyvin  vahvoja  tunteita. 
Ne  salpaavat  rationaalista  ajattelua 
ja  luovat  sosiaalista  painetta  olla  ky¬ 
seenalaistamatta,  ovatko  hevosmiesten 
kiinniottoon  käytetyt  menetelmät  te¬ 


hokkaita,  relevantteja,  tai  edes  varsi¬ 
nainen  päämäärä. 

Yhdysvalloissa  lukuisat  ilmiantajat 
ovat  tuoneet  julkisuuteen  epäkohtia 
siitä,  kuinka  teknologiaa  väärinkäyte¬ 
tään  henkilökohtaisen  tai  kansallisen 
edun  tavoitteluun  riippumatta  siitä, 
miten  valvonnasta  on  säädetty  laissa 
tai  ihmisoikeussopimuksissa.  Epäeet¬ 
tinen  verkkovalvonta  on  rakennettu 


kolmen  pilarin  varaan:  juridiikan,  po¬ 
litiikan  sekä  tekniikan.  Ongelman  rat¬ 
kaisu  edellyttää  muutoksia  jokaisessa 
niistä. 

Tämä  artikkeli  tarkastelee  ensisijai¬ 
sesti  massavalvonnan  teknistä  puolta 
sekä  teknisiä  suojautumismenetelmiä. 
Jotta  verkkovalvonnasta  voi  saada 
yleiskuvan,  on  tärkeää  ymmärtää  sen 
historiaa  ja  kuinka  tekniikka  on  ke- 


Royal  Air  Forcen  Menvvith  Hiilillä  sijaitsevat  Echelon-järjestelmän  radome-kuvut. 
Kuva:  Matt  Crypto. 
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EFF:n  Deep  Crack  -supertietokone. 
Kuva:  Electronic  Frontier  Foundation. 


hittynyt  ja  skaalautunut  vanhentuneen 
lainsäädännön  mahdollistamana. 

Isoveli  lapsenkengissä 

Toisen  maailmasodan  päätyttyä  Iso- 
Britannian  ja  Yhdysvaltojen  väliaikai¬ 
nen  tiedusteluyhteistyö  jatkui  1946 
allekir j  ohetulla  UKUS A-  sopimuksella. 
Yksi  ensimmäisistä  elektronista  vies¬ 
tintää  vakoilevista  ohjelmista  oli  Yh¬ 
dysvaltojen  National  Security  Agencyn 
(NSA)  vuosina  1967-73  ajama  Mina- 
ret,  joka  nauhoitti  yli  seitsemän  tuhan¬ 
nen  tarkkailulistalle  valitun  kohteen 
puheluita.  1960-luvulla  tapahtui  tek¬ 
nologinen  harppaus,  ja  mannertenvä- 
linen  kommunikaatio  siirtyi  vähitellen 
satelliitteihin. 

Tiedustelupalvelut  seurasivat  pe¬ 
rässä,  ja  Iso -Britannian  Government 
Communications  Head  Quartersin 
(GCHQ)  ensimmäinen  satelliittilink- 
kien  kuunteluasema  nousi  Etelä-Bri- 
tannian  Morwenstowiin  jo  vuonna 
1971.  GCHQ  ja  NSA  tekivät  tiivistä 
yhteistyötä,  ja  seuraavan  vuosikym¬ 
menen  aikana  valtioiden  kuunteluase- 
mat  yhdistettiin  Echeloniksi  kutsutul¬ 
la  laajaverkolla.  Liikenteen  kuuntelu 
oli  helppoa,  sillä  satelliittiliikenne  oli 
salaamatonta,  kuten  myös  70-luvulla 
käyttöön  tulleet  valokuidut,  ensimmäi¬ 
set  matkapuhelinverkot  sekä  Arpanet, 
josta  kehittyi  1990-luvun  alkuun  men¬ 
nessä  kaupallinen  Internet. 

Echelonin  satelliittitiedustelu  van¬ 
hentui  2000-luvulla,  mutta  signaali- 
tiedustelu  pysyi  ajan  tasalla,  kun  uu¬ 
dempi  tiedonsiirtoteknologia,  kuten 
valokuitu  sekä  mikro aaltolinkit,  kyt¬ 
kettiin  järjestelmään.  Merikaapeleiden 
kuuntelu  onnistui  vähitellen  ympäri 
maailmaa,  sillä  80-luvun  puoliväliin 
mennessä  myös  muut  englanninkie¬ 
liset  länsimaat  -  Kanada,  Australia 
sekä  Uusi-Seelanti  -  olivat  liittyneet 
sopimukseen,  muodostaen  Five  Eyes 
(FVEY)  -nimisen  yhteenliittymän. 

Echelon  paljastui  vuonna  1988,  kun 
Lockheed  Martinin  työntekijä  Mar¬ 
garet  Newsham  vihelsi  pilliin  kerto¬ 
malla  lehdistölle,  että  Iso -Britannian 
Memvith  Hiililtä  käsin  oli  kuunneltu 
yhdysvaltalaisen  senaattorin  Storm 
Thurmondin  puheluita.  Uutinen  he¬ 
rätti  pelkoa  vuosien  1972-74  Water¬ 
gate- skandaalin  toistumisesta,  jossa 
opposition  jäseniä  salakuunneltiin. 
Tilannetta  pahensi  tiedustelua  valvo¬ 
van  komitean  haltuunsa  saamat  piirus¬ 


tukset,  joista  kävi  ilmi,  että 
poliittisten  tahojen  valvonta 
on  alusta  alkaen  rakennettu 
osaksi  Echelon-järjestel- 
mää. 

Euroopan  Parlamentin 
valiokunta  teetätti  Echelon- 
ista  selvityksen,  jonka  alus¬ 
tavasta  versiosta  Helsingin 
Sanomat  uutisoi  27.2.1998 
otsikolla  ”Isoveli  elää  ver¬ 
kossa”.  Uutisen  mukaan 
”NSA  etsii  Echelonin  avulla 
tietoa  potentiaalisista  ter¬ 
roristeista,  mutta  suuri  osa 
kerättävistä  tiedoista  koskee 
taloutta.” 

EP:n  2001  julkaisema  ker¬ 
tomus  suositti  juridisten  ja 
poliittisten  keinojen  lisäksi 
kansalaisia  ja  julkishallintoa 
muun  muassa  salaamaan 
kommunikaationsa  sekä 
suosimaan  ja  tukemaan 
avoimen  lähdekoodin  ohjelmistoja. 

Kryptosota 

Euroopan  Parlamentin  mahdollisuus 
suosittaa  viestien  vahvaa  salaamista 
edellytti  historiallisesti  merkittävää 
poliittista  prosessia,  jonka  lähtöasetel¬ 
ma  on  syynä  järjestelmien  haavoittu- 
vuutteen  vielä  tänäkin  päivänä. 

Yhdysvalloissa  käytiin  1990-luvulla 
niin  sanottu  kryptosota  (crypto  wars), 
jossa  osapuolina  olivat  turvallista  ja 
yksityistä  viestintää  vaativa  cypher- 
punk-liike  sekä  kryptografian  vienti¬ 
rajoituksia  vaativa  tiedusteluyhteisö. 
Vientirajoitusten  vuoksi  esimerkiksi 
Netscape  joutui  heikentämään  selai¬ 
mensa  vientiversiossa  RS  A- salausal¬ 
goritmin  avainpituuden  1024:stä  512 
bittiin.  Myös  GSM:n  A5/1-  ja  satelliit¬ 
tiyhteyksien  A5-GMR- 1  -  algoritmeille 
oli  vientiraj  ohettuja  maita  varten 
omat  heikennetyt  versiot  A5/2  ja  A5- 
GMR-2. 

Kryptografian  vientirajoitusten 
kontrollointi  kävi  kuitenkin  mahdot¬ 
tomaksi,  sillä  vahvat  salausohjelmistot, 
kuten  PGP,  vuotivat  ulkomaille  sanan¬ 
vapauden  turvaamana,  koneluettavana 
paperivuorena.  Vientirajoitukset  hait- 
tasivat  myös  elektronisia  kauppa-  ja 
pankkiyhteyksiä.  Osaltaan  kaupallisen 
sektorin  painostuksesta  presidentti 
Bill  Clinton  poisti  kaupallisen  krypto¬ 
grafian  vientä  rajoittavalta  munitions 
list’  -listalta  vuonna  1996. 


RSA-avainpituudet  vapautuivat,  ja 
vuotta  myöhemmin  Electronic  Fron¬ 
tier  Foundationin  (EFF)  Deep  Crack 
-supertietokone  mursi  silloisen  Data 
Encryption  Standard  (DES)  -salauk¬ 
sen.  Syntyi  tarve  uudelle  symmetriselle 
salausalgoritmille.  Nelivuotisen  avoi¬ 
men  kilpailun  jälkeen  marraskuussa 
2002  National  Institute  of  Standards 
and  Technology  valitsi  Rijndael-nimi- 
sen  algoritmin  uudeksi  Advanced  En¬ 
cryption  Standardiksi  (AES). 

Vahva  kryptografia  oli  lopulta  kaik¬ 
kien  käytettävissä  ja  Foundation  for 
Information  Policy  Research  julisti 
vuonna  2005  kryptosodan  voitetuksi. 
Salausalgoritmien  käyttöönotto  tapah¬ 
tui  kuitenkin  takkuillen,  ja  monesti  ne 
eivät  olleet  oletuksena  päällä. 

Verkkovalvonta  ei  kuitenkaan  päät¬ 
tynyt.  Vuonna  2006  teleoperaattori- 
yhtiö  AT&T:n  teknikko  Mark  Klein 
paljasti  yrityksen  tiloissa  sijaitsevan 
641a-nimisen  huoneen,  jossa  man- 
nertenvälinen  valokuituliikenne  haa¬ 
ro  itettiin  NSA:n  tietokoneille  analy¬ 
soitavaksi.  Samana  vuonna  NSA:n 
vanhempi  työntekijä  Thomas  Drake 
paljasti  tietoja  viestintää  analysoivasta 
Trailblazer- ohjelmasta. 

Kolmas  paljastus  tapahtui  vuonna 
2008,  kun  Thomas  Tamm  vuoti  tietoja 
vuosina  2002-2004  toimineesta  Stellar 
Wind  -ohjelmasta,  jolla  kerättiin  kan¬ 
salaisten  viestiliikennettä  sekä  tietoja 
näiden  rahaliikenteestä  ja  verkkokäyt- 
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NSA:n  Utahin  osavaltion  Bluffdaleen  rakentama  datakeskus. 
Kuva:  Electronic  Frontier  Foundation. 
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_ Two  Types  of  Colteaion 
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Upstream 

*  Collectron  of  Communications.  on  fiber  cables 
and  infrastruelure  as  data  ftows  pasi 


1  Colfection  dinectly  from  the  servers  of  Ifaese  U.S. 
Service  Providers:  Microsoft,  Yahoo,  Google 
Facebook,  PalTaik,  AOL,  Skype,  YouTube 
V  Appia. 
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Upstream  ja  Prism  ovat  SSO:n  kaksi  tärkeintä  ohjelmaa. 


täytymisestä. 

Näitä  paljastuksia  seurasi  uutishil- 
jaisuus,  jonka  rikkoivat  lähinnä  Wiki- 
leaksin  vuonna  2011  julkaisemat  val¬ 
vontajärjestelmiä  myyvien  yritysten 
katalogit  sekä  Wired-lehden  maalis¬ 
kuun  2013  artikkeli  Utahiin  rakennet¬ 
tavasta  NSA:n  Mission  Data  Reposito- 
ry  -datakeskuksesta. 

Ajanlasku  Snovvdenin  jälkeen 

"Julkisesti  väitämme,  että  havainnoin¬ 
tikykymme  hämärtyy,  mutta  todel¬ 
lisuudessa  pääsymme  parantuu  jat¬ 
kuvasti.  Totuus  on,  että  NS  A  ei  koko 
historiansa  aikana  ole  kerännyt  enem¬ 
män  kuin  tällä  hetkellä.” 


-Edward  Snowden,  Citizenfourll 

Toukokuussa  2013  Booz  Allen  Ha¬ 
miltonilla  työskentelevä  NSA:n  infra- 
struktuurianalyytikko  Edward  Snow- 
den  lensi  Hong  Kongiin.  Siellä  hän 
tutki  dokumentintekijä  Laura  Poitrak- 
sen  sekä  The  Guardianin  toimittaja 
Glenn  Greenwaldin  kanssa  tuhansia 
huippusalaiseksi  luokiteltuja  asiakirjo¬ 
ja,  joita  Snowden  oli  aiemmin  lähettä¬ 
nyt  Poitrakselle. 

Uutisointi  asiakirjoista  alkoi  jo  sa¬ 
malla  viikolla,  ja  aiheeseen  liittyvät  ot¬ 
sikot  ovat  täyttäneet  lehtien  etusivuja 
ympäri  maailmaa  samaa  tahtia,  kun 
asiakirjoja  on  osattu  tulkita  ja  nimiä 
sensuroida. 


Vaikka  asiakirjat  ovatkin  tarjonneet 
tähän  asti  perusteellisinta  tietoa  valti¬ 
oiden  verkkovakoilumenetelmistä,  on 
huomautettava,  että  vasta  noin  4  000 
sivua  arvioidusta  57  000:sta  on  jul¬ 
kaistu.  Snowdenin  asiakirjat  eivät  va¬ 
litettavasti  pysty  tarjoamaan  täydellistä 
kokonaiskuvaa  valvonnasta,  sillä  NS  A 
luokittelee  muun  muassa  Core  Secrets 
-informaation  ’Exceptionally  Control- 
led  Information  -kategoriaan  (ECI), 
jota  ei  kirjoiteta  lainkaan  paperille. 

FVEY-jäsenmaat  poislukien  suur¬ 
valtojen  verkkovakoilukyvyistä  on 
saatavilla  hyvin  rajallisesti  tietoa.  Spe¬ 
kuloinnin  sijaan  todettakoon,  että  eri 
suurvaltojen  rajojen  sisällä  tekniset 
keinot  ovat  korkeintaan  NSA:ta  vastaa¬ 
valla  tasolla.  Suurvaltojen  kansalaisten 
oikeus  yksityisyyteen  omalta  hallin¬ 
nolta  on  kuitenkin  monesti  huonom¬ 
malla  tolalla  kuin  FVEY:n  kansalaisilla 
omissa  jäsenmaissaan.  Verkkohyökkä- 
ysten  osalta  suurvallat  ovat  samalla  vii¬ 
valla,  sillä  kaikkien  osapuolten  inter¬ 
netiin  kytketyt  laitteet  tulevat  samoista 
tehtaista.  Lisäksi  kaikki  osapuolet  ke¬ 
hittävät  ja  ostavat  järjestelmiin  kilpaa 
hyökkäysohj  elmistoj  a. 

FVEY-yhteenliittymän  kyky  harjoit¬ 
taa  globaalia  massavalvontaa  on  kui¬ 
tenkin  poikkeuksellinen,  koska  suurin 
osa  internetin  runkoverkoista  kulkee 
sen  jäsenvaltioiden  läpi.  Lisäksi  yli¬ 
voimainen  osa  ohjelmistoyrityksistä, 
internetin  palveluista  sekä  internetin 
globaalin  luottamuksen  takaavista  yri¬ 
tyksistä  sijaitsee  Yhdysvalloissa. 

Snowdenin  asiakirjoista  käy  ilmi, 
kuinka  lakkautetut  ohjelmat  ovat  jat¬ 
kuneet  uusien  koodinimien  alla  hy¬ 
väksikäyttäen  jäsenvaltioiden  etuoi¬ 
keutettua  roolia  globaalissa  verkossa. 
NSA:n  Special  Source  Operations 
(SSO)  on  ottanut  hoteisiinsa  Stellar 
Windin  ja  laajentanut  projektia  niin, 
että  pelkästään  massavalvontajärj estei¬ 
nään  yläkategoriat  tarvitsevat  kahdek¬ 
san  erillistä  koodinimeä.  Trailblazerin 
korvanneessa  Turbulence-ohjelmassa 
näitä  tarvitaan  yhdeksän. 

Verkkovakoilu 

SSO:n  Prism-järjestelmä  mahdollistaa 
tietojen  hakemisen  ainakin  Microsof¬ 
tin,  Yahoon,  Googlen,  Facebookin, 
PalTalkin,  AOLin  ja  Applen  palveli¬ 
milta.  Ohjelman  yhteistyöyritykset 
vastasivat  Snowden-asiakirjojen  väit¬ 
teisiin  vältellen,  lähinnä  kieltäen  yk- 
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Internetin  alueellinen  kaistanleveyskapasiteetti  maailmassa  vuonna  201 1 . 


TS//SI//REL 

Trends  Reports:  Findings 

•  RSA:DH:EC  ratio  roughly  constant  (90:5:5) 

_  EC  almost  entirely  Google  (plus  a  bit  of  vvhatsapp) 

.  New  certificates  mostly  use  2048-bit  RSA  keys 

•  We've  seen  new  Services  jump  up  the  list: 

_  Summer  2011:  Google's  switch  to  Elliptic  Curves 

_Autumn  2011:  Apple's  iCloud  Service 

_Spring  2012:  Increase  in  mobile  Facebook  encryption 

Broad  Oak  seuraa  TLS:n  trendejä. 


2.  In  recentyears  there  has  been  an  aggressive  effort,  lead  by  NSA,  to  make  major 
improvements  in  defeating  network  Security  and  privacy  involving  multiple 
sources  and  methods,  ali  of  which  are  extremely  sensitive  and  fragile,  These 
include:  Computer  Network  Exploitation  (CNE);  collaboration  witb  other 
Intelligence  Agencies;  Investment  in  high-performance  Computers;  and 
development  of  advanced  mathematical  techniques.  Several  ECI  compartments 
may  apply  to  tbespecific  sources,  methods,  and  techniques  involved 


sittäisiä  pääsymenetelmiä  kuten  ta¬ 
kaportin  (Google)  tai  suoran  pääsyn 
(Facebook).  Yksikään  yrityksistä  ei 
kuitenkaan  kieltänyt  suoraan  yhteis¬ 
työtä  NSA:n  kanssa. 

Asiakirjoista  käy  myös  ilmi,  että  ai¬ 
noastaan  liittovaltion  poliisi  FBI  on 
yhteydessä  Prism-ohjelman  kump¬ 
paneihin.  Tilaa  sanavalinnoilla  kik¬ 
kailulle  siis  on,  mutta  ainoat  keinot 


toteuttaa  asiakirjojen  väittämä  pääsy 
sekä  reaaliaikaiseen  kommunikaati¬ 
oon  että  palvelimelle  tallennettuihin 
tietoihin  on  joko  automatisoitu  kanava 
palvelimeen  tai  jatkuva  ”mies-välissä- 
hyökkäys”  (man-in-the-middle  attack) 
jokaista  käyttäjää  vastaan. 

Toinen  SSO:n  ohjelma  on  Upstream, 
jonka  alla  toimii  neljä  ohjelmaa:  Fair- 
view  ja  Blarney  kahdentavat  Yhdys¬ 


valtojen  sisäistä  valokuituliikennettä 
yhteistyössä  sikäläisten  teleyritysten 
kanssa.  Stormbrew  vastaa  Yhdysvalto¬ 
jen-,  ja  Oakstar  ulkomaiden  rannikoil¬ 
ta  nousevista  merikaapeleista.  Upstre- 
amiin  liittyy  olennaisesti  myös  NSA:n 
USS  Jimmy  Carter  -sukellusvene,  jon¬ 
ka  The  Atlantic  uutisoi  vuonna  2006 
kykenevän  kuuntelemaan  merenpoh¬ 
jassa  kulkevia  valokaapeleja.  Lisäk¬ 
si  GCHQdla  on  Tempora-niminen, 
Stormbrew’tä  vastaava  runkoverkon 
kuunteluohj  elma. 

Teknisesti  kahdentaminen  tapahtuu 
taivuttamalla  valokuitua  siten,  että  pie¬ 
ni  osa  valosta  karkaa  vakoilulaitteiston 
vastaanottimeen.  Tällöin  päästään  kä¬ 
siksi  paitsi  viestiliikenteen  metadataan 
ja  salaamattomaan  sisältöön,  myös 
potentiaalisesti  niin  sanotusti  naiivisti 
salattuun  sisältöön,  jonka  symmetristä 
sessioavainta  suojaa  kättelyssä  staatti¬ 
nen  RSA-avain. 

Salauksen  purkaminen 

GCHQ:n  Broad  Oak  -ohjelma  kerää 
tilastoja  internetin  yleisimmän  sala¬ 
uksen,  TLS:n  (entinen  SSL),  trendeis¬ 
tä  kuten  avaintenvaihtoalgoritmien 
suhteellisista  määristä.  Sen  mukaan 
vuonna  2012  RSA:n  osuus  oli  90, 
DHE:n  5  ja  ECDHE:n  5  prosenttia.  Jäl¬ 
kimmäiset  avaintenvaihtoprotokollat 
ovat  Diffie- Hellman  Ephemeral  sekä 
Elliptic  Curve  DHE.  Näiden  toiminta 
perustuu  diskreetiksi  logaritmiksi  kut¬ 
suttuun  matemaattiseen  ongelmaan, 
jolla  on  niin  kutsuttu  perfect  forward 
secrecy  (PFS)  -ominaisuus,  joka  estää 
Upstreamilla  kerätyn  liikenteen  takau¬ 
tuvan  ja  passiivisen  purkamisen. 

RSA:n  yleisyys  on  vakava  ongel¬ 
ma.  Jos  FVEYllä  olisi  pääsy  palvelun¬ 
tarjoajien  yksityisiin  RSA-avaimiin, 
Upstream  pystyisi  purkamaan  jopa  90 
prosenttia  maailman  salatusta  verkko¬ 
liikenteestä. 

Todiste  siitä,  että  avaimia  vaaditaan, 
on  U.S.  vs  Lavabit  -oikeudenkäynti, 
jossa  liittovaltio  vaati  National  Securi¬ 
ty  Letter  -kirjeen  nojalla  Ladar  Leviso- 
nia  luovuttamaan  yrityksensä  yksityi¬ 
sen  RSA- avaimen  siitä  huolimatta,  että 
näin  toimiminen  vaarantaisi  satojen 
tuhansien  käyttäjien  yksityisyyden. 
Lavabit  on  tiedettävästi  ensimmäi¬ 
nen  yritys  joka  teki  periaatepäätöksen 
ennemmin  sulkea  palvelu,  kuin  vaa¬ 
rantaa  käyttäjien  yksityisyys.  NSL  oli 
samalla  myös  vaitiolomääräys,  eli  ny- 
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Year  Established 


INTELLIGENCE  VALUE 


Major  Targets 


Major  Benefactors 

&  USERS  OF  INFORMATION 


MYSTIC 


(U) 2009 

(TS//SI//NF)  MYSTIC  is  an  SSO  program  for  embedded 
collection  systems  overtly  installed  on  target  networks, 
predominantly  for  the  collection  and  processing  of  wireless/mobile 
Communications  networks.  The  overt  purpose  is  for  legitimate 
Commercial  Services  for  the  Telco's  themselves;  our  covert  mission 
is  the  provision  of  SIGINT. 

(TS//S I//N F)  These  systems  directly  support|B _ 

m  im 

Terrorism,  Counter  Narcotics,  and  International  Crime  missions. 
(TS//SI//NF)  The  MYSTIC  program  encompasses  a  number  of 
subprograms,  which  are  variously  sponsored  by  NCSC,  DE  A,  and 
CIA. 


5 

(TS//SI//NF)  Pian  for  MYSTIC  accesses  against  projected 
new  mission  requirements  (i.e.  3G  and  4G  Technologies, 

3.1,  3.3 

Voice  data,  etc.)  (MOD) 

kyiset  verkkoyritykset  eivät  ole  pysty¬ 
neet  kertomaan,  mikäli  myös  niiltä  on 
vaadittu  yksityisiä  avaimia. 

NSA:n  Bullrun- ohjelma  mahdollis¬ 
taa  erilaisten  yleisten  salausprotokolli- 
en  kuten  TLS:n,  SSH:n  sekä  joidenkin 
VPN-,  VoIP-  ja  pikaviestiprotokollien 
purkamisen.  Menetelmät  ovat  ECI- 
luokiteltua  tietoa,  ja  tiedusteluyhteisön 
sisällä  jopa  niistä  spekulointi  on  kiel¬ 
letty.  Asiakirjat  mainitsevat  kuitenkin, 
että  menetelmät  pohjautuvat  päätelai- 
tehyökkäyksiin  (Computer  Network 
Exploit  tai  CNE),  postipalveluiden 
välittämien  pakettien  peukalointiin 
(interdiction),  suhteisiin  alan  yritysten 
kanssa  sekä  matemaattisiin  menetel¬ 
miin. 

Asiantuntijat  ovat  arvioineet  mate¬ 
maattisten  menetelmien  liittyvän  joko 
symmetriseen  RC4- salausalgoritmiin 
tai  RSA:n  1024-bittiseen  versioon. 
Arviolta  puolet  TLS -yhteyksistä  käyt¬ 
tää  edelleen  RC4:ää,  ja  suurin  osa 
RSA-avaimista  on  ilmeisesti  edelleen 
1024-bittisiä.  Lisäksi  valvonta  on  saat¬ 
tanut  hyödyntää  kryptosodan  jälkeen 
palvelimiin  jätettyä  tukea  vientirajoi¬ 
tusten  aikaisille  algoritmeille,  joihin 
yhteydet  on  voitu  pudottaa. 

Vaikka  modernit  sertifikaatit  käyttä¬ 
vätkin  laskennallisesti  murtamattomia 
RSA-2048/4096-  ja  AES-algoritmeja, 
CNE:n  maininta  viittaa  siihen,  että  yk¬ 
sityisiä  RSA-avaimia  myös  varastetaan 
palvelimilta.  Laskennallinen  murto - 
lujuus  tai  palvelimen  sijoitus  FVEY:n 
juridisen  toimivallan  ulkopuolelle  ei 
siis  ole  minkäänlainen  tae  turvallisuu¬ 
desta. 


Luottamusketjussa  on 
myös  heikompi  lenkki. 
Snowden-asiakirjoihin  pe¬ 
rehtynyt  tietoturvatutkija  ja 
toimittaja  Jacob  Appelbaum 
kertoo  LibrePlanetin  avaus¬ 
puheessaan  NS  Ailia  olevan 
yhteyksiä  sertifikaatteja 
myöntäviin  yrityksiin  (CA). 
Asian  vakavuutta  kuvaa  se, 
että  jopa  84  prosenttia  kai¬ 
kista  maailman  sertifikaa¬ 
teista  allekirjoitetaan  Yh¬ 
dysvalloissa.  CA-yritysten 
yksityisillä  avaimilla  on 
mahdollista  luoda  väären¬ 
nettyjä  sertifikaatteja,  eli 
niitä  ei  tarvitse  varastaa 
palvelimilta.  Koska  NS  A 
pystyy  Quantumsquirrel- 
ohjelmalla  runkoverkosta 
käsin  naamioitumaan  miksi  tahansa 
verkkopalveluksi,  se  pystyy  mies-vä- 
lissä-hyökkäyksen  avulla  purkamaan 
melkein  minkä  tahansa  salatun  yhtey¬ 
den  www-palvelimelle. 

Matkapuhelinten  vakoilu 

Keskitetyt  avainlähteet  ovat  houkutte- 
leva  kohde.  Asiakirjat  osoittivat  NSA:n 
varastaneen  Gemalto -yritykseltä  sen 
valmistamien  SIM-korttien  salaus¬ 
avaimia.  Operaattorit  katsoivat  va¬ 
koilun  edellyttävän  lähiympäristössä 
toimimista,  mutta  koska  operaattorin 
järjestelmät  ovat  kytköksissä  Interne¬ 
tiin,  ohjelmistoimplantit  löytävät  tien¬ 
sä  verkosta  operaattorin  järjestelmiin. 

Vuodoista  käy  ilmi,  että  GCHQ:n 
Dishfire  sieppaa  päivittäin  satoja  mil¬ 
joonia  tekstiviestejä  ympäri  maailmaa, 
ja  NSA:n  Mystic-ohjelman  alainen 
Somalge  kykenee  sekä  keräämään  että 
tallentamaan  koko  Bahamasaarten  ja 
Afganistanin  puheluliiken¬ 
teen. 

Mystic-järjestelmä  vastaa 
teleoperaattoreiden  signaa- 
litiedustelusta. 

Ratkaisuksi  tietomurtoon 
on  ehdotettu  SIM-korttien 
vaihtoa  ja  turvallisten  sala¬ 
usavainten  levityskanavien 
muodostamista.  Ongel¬ 
ma  on  kuitenkin  se,  että 
eri  operaattorien  jokainen 
SIM-kortti  käyttää  samaa 
salausavainta.  Niiden  to¬ 
teutus  on  ollut  alun  alkaen- 
kin  teknisesti  huono,  joten 


SIM-korttien  vaihtaminen  olisi  lähin¬ 
nä  purkkaratkaisu,  joka  loisi  valheelli¬ 
sen  turvallisuuden  tunteen. 

NS  A  pystyisi  näet  edelleen  varasta¬ 
maan  salausavaimen  joko  operaatto¬ 
rilta  tai  suoraan  SIM-kortista.  NSA:n 
asiakirjojen  mukaan  SIM -kortin  ta¬ 
voin  yleiskäyttöinen  GID- avain  on 
pystytty  irrottamaan  Applen  A4-pro- 
sessorista.  Lisäksi  myös  tietokoneiden 
TPM-siruista  on  kyetty  hakemaan 
henkilökohtaisia  salausavaimia. 

NS  A  on  luultavasti  maailman  edis¬ 
tynein  taho,  mitä  tulee  differentiaali¬ 
sen  jänniteanalyysin  kaltaisiin  kryp- 
tanalyyttisiin  sivukanavahyökkäyksiin. 
Vaihtoehtoisesti  NS  A  voisi  hioa  läpi 
SIM-korttien  kryptoprosessorin  ker¬ 
ros  kerrokselta  ja  kaivaa  salausavaimen 
sirusta  muun  muassa  tunnelielektroni- 
mikroskoopilla. 

Päätelaitehyökkäykset 

Snowden- asiakirjojen  mukaan  NS  Ailia 
on  käytössään  välineitä,  joilla  se  voi 
tunkeutua  myös  älypuhelimien  kal¬ 
taisiin  päätelaitteisiin.  Tämän  myötä 
monet  yritykset,  kuten  Apple,  ovat  il¬ 
moittaneet  salaavansa  jatkossa  puhe¬ 
linten  tiedot  oletusarvoisesti.  Tästä  ei 
kuitenkaan  ole  apua,  sillä  päätelaitteen 
salaus  toimii  vain  datan  ollessa  levos¬ 
sa  eli  puhelimen  ollessa  pois  päältä. 
Salausavain  on  käynnissä  olevan  pu¬ 
helimen  työmuistissa,  johon  Kanadan 
tiedustelupalvelu  CSECin  Warrior 
Pride  sekä  siihen  pohjautuva  GCHQin 
Daredevil- ohjelmisto  pääsevät  verkon 
kautta  käsiksi. 

GCHQin  älypuhelimiin  kohdistettu 
CNE-järjestelmä. 

Ohjelmisto  kykenee  myös  hallitse¬ 
maan  puhelimen  käynnistymistä  ja 
mikrofonia  sekä  varastamaan  kaiken 


Capability  -  iPhone 


iPhone 

-  Ported  oore  VVARRIOR  PRIDE  to  the  iPhone 

-  iPhone  speclfic  plogins 

•  Power  Management  -  DREAMY  SMURF 

•  Hoi  mic  -  NOSEY  SMURF 

•  High  proasion  GEO  TRACKER  SMURF 

•  Kornel  stoaRh  -  PORUS 

•  Self  protoction  -  PARANOIO  SMURF 

•  File  retrieval  -  «ny  content  <rom  phone.  e  g  SMS  MMS 
web  hislory.  C4M>  recocd».  video*.  phoios,  address  book.  no  te» 
caiendar.  (if  its  on  the  phone.  m*  c an  g  et  rt) 


CCHQ* 


^CC 
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VALIDATOR 

VALIDATOR  is  a  pan  of  a  backdoor  access  system  under  the  FOXACID  project.  The 
VALIDATOR  is  a  client/scrvcr-based  system  that  provides  unique  backdoor  access  to 
personal  Computers  of  targets  of  national  interest,  including  but  not  limited  to  terrorisi 
targets.  VALIDATOR  is  a  small  Trojan  implant  used  as  a  back  door  against  a  variety  of 
targeted  Windows  systems,  which  can  be  deployed  remotely  or  via  hands  on  access  to 
any  Windows  box  from  Windows  9fl  through  Windows  Server  2003.  The  LP  is  on-line 
24/7  and  tasking  is  'queued',  that  is,  jobs  sit  in  a  queue  waiting  for  the  (arget  to  “call 
home’,  then  the  job(s)  are  sent  one  at  a  time  to  the  target  for  it  to  process  them. 
Commands  are  Put  a  file,  get  a  file,  Pui.  then  execute  a  file,  get  system  information, 
change  VALIDATOR  ID,  and  Remove  itself.  VALIDATORs  are  deployed  to  targeted 
systems  and  contact  their  Listening  Post  (LP)  (each  VALIDATOR  is  given  a  specific 
unique  ID,  specific  IP  address  to  call  home  to  it’s  LP);  SEPI  analysts  validate  the  target's 
identity  and  location  (USSID-I8  check),  then  provide  a  deployment  list  to  Olympus 
operators  to  load  a  more  sophisticated  Trojan  implant  (currently  OLYMPUS,  future 
UNITEDRAKE).  An  OLYMPUS  operator  then  queue  up  commands  for  the  specific 
VALIDATOR  ID’s  given  by  SEPI.  Process  repeats  itself.  Once  target  is  hooked  with  the 
more  sophisticated  implant,  VALIDATOR  operators  tend  to  cease.  On  occasion, 
operators  arc  instruclcd  by  SEPI  or  the  SWO  to  have  VAIDATOR  deletc  itself. 


COTTONMOUTH-I 

ANT  Product  Data 


(TS//SI//REL)  COTTONMOUTH-I  (CM-I)  is  a  Universal  Serial  Bus  (USB)  hardware  implant 
which  will  provide  a  wireless  bridge  into  a  target  network  as  well  as  the  ability  to  load  exploit 
software  onto  target  PCs. 


COTTONMOUTH -  1 


(TS//SI//REL)  CM-I  will  provide  air-gap  bridging,  software  persistence  capability,  "in-field”  re- 
programmability,  and  covert  Communications  with  a  host  software  implant  over  the  USB.  The 
RF  link  will  enable  command  and  data  infiltration  and  exfiltration.  CM-I  will  also  communicate 
with  Data  Network  Technologies  (DNT)  software  (STRAITBIZARRE)  through  a  covert 
Channel  implemented  on  the  USB.  using  this  Communication  Channel  to  pass  commands  and 
data  between  hardware  and  software  implants.  CM-I  will  be  a  GENIE-compliant  implant 
based  on  CHIMNEYPOOL. 

(TS//SI//REL)  CM-I  conceals  digital  components  (TRINITY),  USB  1.1  FS  hub,  switches,  and 
HOWLERMONKEY  (HM)  RF  Transceiver  within  the  USB  Series-A  cable  connector. 
MOCCASIN  is  the  version  permanently  connected  to  a  USB  keyboard.  Another  version  can 
be  made  with  an  unmodified  USB  connector  at  the  other  end.  CM-I  has  the  ability  to 
communicate  to  other  CM  devices  over  the  RF  link  using  an  over-the-air  protocol  called 
SPECULATION.  cottonmouth  conop 


Ml 

IMI 

IMM 

MM 
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puhelimeen  tallennetun  tiedon.  App¬ 
len  ilmoitus  puhelinten  salauksesta  sai 
äänekästä  vastustusta  viranomaisilta, 
mutta  näiden  valitus  on  enemmän¬ 
kin  Applen  markkinointia.  Snowden- 
asiakirjojen  näet  arvioidaan  maksavan 
lähivuosien  aikana  Yhdysvaltojen  tek- 
nologiateollisuudelle  kymmeniä  mil¬ 
jardeja. 

Päätelaitehyökkäykset  kohdistuvat 
myös  tietokoneita  vastaan.  Esimer¬ 
kiksi  XKeyscore-niminen  internet- 
puskuri  pystyy  analysoimaan  verkon 
yli  kulkevia  Windows-käyttöjärjes- 
telmän  automaattisia  virheraportte¬ 
ja.  Näistä  virheraporteista  voidaan 
tunnistaa  käyttöjärjestelmässä  tai  sil¬ 
le  asennetuissa  ohjelmissa  kuten  se¬ 
laimessa  piileviä  haavoittuvuuksia. 
Quantum -niminen  järjestelmä  kyke¬ 
nee  runkoverkosta  käsin  kilpailemaan 
web -palvelimen  lähettämän  Server- 
Hello-paketin  kanssa.  Tämä  mies 
vierellä  (man-on-the-side)  -niminen 
hyökkäys  yhdistää  käyttäjän  NSA:n 
Foxacid-palvelimeen,  joka  pystyy  ujut¬ 
tamaan  haittakoodia  (exploit)  käyttä¬ 
jän  saamaan  verkkosivuun. 

Vaihtoehtoisesti  Quantum  voi  lisätä 
haittakoodin  DNS- injektio  on  pohjau¬ 
tuvalla  mies-välissä-hyökkäyksellä. 
Haittakoodi  hyödyntää  joko  vanhen¬ 
tuneen  selaimen  tunnettua  tai  ajan¬ 
tasaisen  selaimen  vielä  tuntematonta 
haavoittuvaisuutta  ja  kaappaa  kohde¬ 
koneen  haltuunsa. 

Päätelaitteille  tunkeutuminen  on  pe¬ 
rinteisesti  katsottu  kohdistetuksi  hyök¬ 
käykseksi,  jolla  ei  ole  mitään  tekemistä 
massavalvonnan  kanssa.  NSA:n  Quan- 
tumin  Validator  ja  Commondeer  edus¬ 
tavat  kuitenkin  ”untasked  targeting” 
-valvontaa,  eli  XKeyscore  pystyy  hyök¬ 


käämään  tietokoneita  ja  tietoverkkoja 
vastaan  automaattisen  avainsana- ana¬ 
lyysin  perusteella. 

Automaattiseen  tunkeutumiseen  so¬ 
veltuvan  Validator- ohjelman  kuvaus. 

Kuten  Appelbaum  totesi,  Automati¬ 
soitu  kohdistettu  valvonta  ei  eroa  skaa¬ 
laltaan,  ainoastaan  menetelmältään.” 
Tietokoneelle  tunkeutumisen  jälkeen 
Foxacid  pystyy  välittämään  modulaa¬ 
risen  Unitedrake-ohjelmakuorman 
(payload)  kohdekoneeseen.  Kuorman 
huomionarvoisia  komponentteja  ovat 
Salvagerabbit,  joka  varastaa  järjestel¬ 
mästä  yksityisiä  GPG-salausavaimia  ja 
salasanatietokantoja  tai  luottamuksel¬ 
lisia  asiakirjoja,  sekä  Grok,  joka  kerää 
näppäinpainallukset  ja  siten  salasanat. 

Käyttäjä  ei  pysty  suojautumaan  edes 
pitämällä  järjestelmänsä  ajan  tasalla, 
sillä  NS  A  ostaa  vuosittain  kymmenillä 
miljoonilla  dollareilla  ennalta  tunte¬ 
mattomia  ja  paikkaamattomia  haa¬ 
voittuvuuksia  ja  niitä  hyväksikäyttäviä 
hyökkäysohjelmia  (zero  day  exploit). 

Haavoittuvuuksien  tunnistaminen 
on  tavallisen  käyttäjän  ulottumat¬ 
tomissa.  On  oletettavaa,  että  NSA:n 
haittaohjelmista  ja  järjestelmiin  tun¬ 
keutumisesta  vastaava  osasto,  Tailored 
Access  Operations  (TAO),  osaa  hioa 
näitä  hyökkäysohjelmia,  kunnes  kau¬ 
palliset  virustentorjunta-  tai  tunkeu- 
tumisenhavaintaohjelmat  (IDS:t)  eivät 
enää  huomaa  niitä.  Tietoturvayritys 
Symantecin  teettämä  tutkimus  osoitti, 
että  yksittäisen  korjaamattoman  haa¬ 
voittuvuuden  keskimääräinen  elinikä 
(window  of  exposure)  on  312  vuoro¬ 
kautta.  Tuntemattomia  haavoittuvuuk¬ 
sia  hyödyntäviä  untasked  targeting5 
-hyökkäyksiä  voidaan  siis  pitää  seu- 
raavan  sukupolven  massavalvontana. 


Mikä  sitten  on  kohdistettua  ja  mikä 
massavalvontaa?  Erottelu  ei  ole  oleel¬ 
lista,  sillä  valvonnan  doktriini  on  ”ke- 
rää  kaikki,  pura  kaikki,  kräkkää  kaik¬ 
ki.” 

Voisikin  sanoa,  että  valvontajärjes¬ 
telmien  rakenne  vastaa  nykymaailman 
järjestelmien  tilaa,  ja  hankintatekniik- 
ka  riippuu  informaation  suojauksesta. 
Kustannukset  eivät  ole  ongelma,  vaik¬ 
ka  keräys  olisikin  välillä  tappiollista. 
Riittää,  että  kaiken  informaation  koko¬ 
naisarvo  vastaa  hankintakustannuksia. 
Siinä  missä  laiteimplantin  saaminen 
yksittäiseen  verkosta  eristettyyn  järjes¬ 
telmään  maksaa  kymmeniä  tai  satoja 
tuhansia  dollareita,  haittaohjelmalla 
on  ainoastaan  sen  hankinta-  tai  kehi- 
tyskustannus.  Ohj  elmistoimplantin 
kustannushyöty  onkin  sitä  parempi, 
mitä  laajemmin  haavoittuvuutta  hyö¬ 
dynnetään,  eikä  sen  havaitsemisriski 
riipu  niinkään  kohteiden  määrästä 
vaan  näiden  teknisestä  osaamisesta. 

30C3 -konferenssin  esityksessään 
”To  Protect  and  Infect  -  part  2”  Appel¬ 
baum  kertoo  NSA:n  ANT-katalogista, 
jossa  on  lueteltu  jopa  50  erilaista  hyök- 
käysimplanttia.  Ohj  elmistoimplant- 
tien  kappalehinnaksi  on  useimmiten 
merkitty  nolla,  mutta  laitteiden  hinnat 
yltävät  jopa  50  000  dollariin.  Laite-esi¬ 
merkkeinä  Cottonmouth  ja  Firewalk 
ovat  USB-kaapeliin  ja  emolevyn  USB- 
liittimeen  piilotettuja  radiolähettimiä, 
joilla  päästään  käsiksi  internetistä  irti 
kytkettyihin  järjestelmiin  ja  lähiverk¬ 
koihin. 

NSA:n  ANT-tiimin  rakentama  Close 
Access  Operations  -laitteistoimplantti. 

Ragemaster  sekä  Surlyspawn  taas 
ovat  näppäimistön  ja  näytön  kaape¬ 
leihin  piilotettavia  retroreflektoreita. 
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Mikroaaltopulssilla  valaistuna  ne  hei¬ 
jastavat  takaisin  joko  näppäinlyönnit 
tai  ruudulla  näkyvän  kuvan. 

Nämä  tieteiskirjallisuudelta  kuu¬ 
lostavat  keinot  olivat  vakoiluteknii- 
kan  terävintä  kärkeä  jo  vuosikymmen 
sitten.  Implanttien  kaltaiset  tekniset 
menetelmät  asettavat  riman  myös  Suo¬ 
men  operaatioturvallisuudelle  sekä 
julkiselle  keskustelulle,  nyt  kun  verkon 
puolustamis-  ja  hyökkäysmenetelmistä 
ollaan  laatimassa  strategiaa  ja  lainsää¬ 
däntöä. 

Suomeen  kaavailtu 
verkkovakoilu  -  uhka  vai 
mahdottomuus 

Suomen  tiedustelulainsäädännön  mie¬ 
tintö  työryhmän  lainsäädäntöjohtaja 
Hanna  Nordström  kuvaili  Talentu¬ 
min  haastattelussa  Suomeen  kaavail¬ 
lun  tietoliikennetiedustelun  vastaavan 
NS  A:  ta  siinä  määrin,  että  menetelmät 
ovat  "mahdollisimman  lieviä,  mutta 
silti  vielä  tehokkaita”. 

Aaltoyliopiston  järjestämässä  yleisö- 
luentosarjassa  korostettiin  tosiasioiden 
tunnustamista.  Kyberturvallisuuskes- 
kuksen  johtaja  Kirsi  Karlamaa  välitti 
saamansa  asiantuntija- arvion  siitä,  että 
"aurinko  ehtisi  sammua  ennen  kuin 
internetin  kaikki  kryptaus  ehdittäisiin 
purkaa”.  Väite  pitää  paikkansa  mut¬ 
ta  on  vain  puolitotuus:  aurinko  ehtisi 
sammua  jo  ennen,  kuin  koko  planee¬ 
tan  nykyinen  ja  tuleva  laskentakyky 
ehtisi  purkaa  ensimmäistäkään  nyky- 
aikaisesti  salattua  viestiä. 

Moderneja  salausalgoritmeja  ei 
murreta,  vaan  ne  kierretään.  Kiin¬ 
nostava  informaatio  tuskin  liikkuu 
suomalaisissa  verkkopalveluissa.  Käy¬ 
tössä  pitäisi  siis  olla  Prismin  kaltainen 
kanava  ulkomaisille  palvelimille,  tai 
sitten  salausavaimia  pitäisi  hankkia 
joko  §702  FISA:n  kaltaisella  laillisella 
tai  Bullrun- ohjelman  kaltaisella  laitto¬ 
malla  menetelmällä. 

Suomen  viranomaisten  tekninen 
kyky  päästä  käsiksi  ulkomaista  salattua 
palvelua  käyttävän  ISIS -solun  kommu¬ 
nikaatioon  ilman  FVEY:n  apua  on  käy¬ 
tännössä  nolla.  Runkoverkon  vakoi¬ 
lusta  ei  ole  konkreettista  hyötyä  edes 
metadatan  suhteen,  sillä  Tor-verkon 
läpi  itsensä  anonymisoiva,  Lähi- itään 
kommunikoiva  ISIS -solu  ei  erottuisi 
runkoverkossa  muista  Tor-käyttäjistä 
mitenkään. 

Suomen  runkoverkosta  tietoa  on- 


kisikin  tehokkaimmin  NS  A,  mutta 
vieraan  vallan  vakoilulaitteiden  kytke¬ 
minen  runkoverkkoon  jakanee  mieli¬ 
piteet.  Onko  tilanne,  jossa  Yhdysvallat 
vakoilee  koko  Suomen  sisäistä  tietolii¬ 
kennettä,  mahdollisimman  vähän  yk¬ 
sityisyyttä  loukkaava? 

Keskeisempi  ongelma  tietoliikenne- 
tiedustelulle  on  kuitenkin  se,  etteivät 
yksityisyydestään  huolehtivat  kansa¬ 
laiset  (ja  terroristit)  luota  valtaraken¬ 
teille  alisteisiin  sertifikaatteihin.  Sen 
sijaan  he  hallitsevat  salausavaimiaan 
itsenäisesti  käyttämällä  työkaluja,  joi¬ 
den  protokolla  (kuten  PGP,  OTR  tai 
ZRTP)  on  päästä  päähän  salattu  (end- 
to-end  encrypted  tai  E2EE). 

Ainoa  tehokas  tapa  seuloa  päästä 
päähän  salatusti  kommunikoiva  ää- 
riliikesolu  Suomesta  olisi  tunkeutua 
jokaiseen  näitä  protokollia  käyttävään 
tietokoneeseen  ja  älypuhelimeen,  va¬ 
rastaa  yksityiset  salausavaimet  ja  nii¬ 
tä  suoj aavat  salasanat,  sekä  ZRTP-  ja 
OTR-viestinnän  tapauksessa  vielä 
hyökätä  aktiivisesti  jokaista  erillistä 
keskustelua  vastaan.  Vasta  sitten  voi¬ 
taisiin  purkaa  ja  lukea  liikenne  ja  sel¬ 
vittää  onko  kohde  terroristi. 

Seulonta  on  siis  teknisesti  toteutet¬ 
tavissa,  mutta  ensin  olisi  syytä  käydä 
pitkä  julkinen  keskustelu  siitä,  jättääkö 
toimenpiteillä  saavutettu  turvallisuus 
mitään  turvaamisen  arvoista,  jos  Suo¬ 
men  ihmisoikeustilanne  vajoaa  Venä¬ 
jän  ja  Kiinan  alapuolelle. 

Ratkaisuja  etsimässä 

Viestijärjestelmien  tietoturvan  paran¬ 
nus  vähentää  niiden  helppokäyttöi¬ 
syyttä.  Pahimmillaan  joko  tietoturvan 
kannalta  oleelliset  varmistukset  jäävät 
tekemättä,  tai  sitten  siirrytään  helpom¬ 
paan  sovellukseen,  joka  ei  tarjoa  niitä 
lainkaan. 

Tietoturva  katsotaan  monesti  suh¬ 
teelliseksi:  kaikki  valvontatekniikat 
eivät  kosketa  kaikkia,  joten  vähäisel- 
läkin  suojauksella  voi  saada  konkreet¬ 
tista  tietoturvaa.  Toisaalta  tietoturva 
on  myös  absoluuttista,  sillä  valtiollisen 
toimijan  tavoite  on  saada  hyökkäysme- 
netelmät  skaalautumaan  automaatti¬ 
sesti  suojauskeinojen  mukaan.  Silloin 
mahdolliset  lisäkustannukset  jäävät 
tulosvastuuttomuuden  ja  massiivisen 
budjetin  varjoon. 

Tietoturvasta  voidaan  siis  puhua 
vasta,  kun  viestintä  on  valvontatek- 
nologian  ulottumattomissa,  ja  valitet¬ 


tavasti  se  edellyttää  työkalujen  käytön 
opettelua.  Verkkovakoilun  tekninen 
torjunta  edellyttää  radikaalia  suun¬ 
nanmuutosta  niin  työkaluissa  kuin 
käyttäjien  asenteissa. 

Ensimmäinen  askel  on  luottamuk¬ 
sen  hajauttaminen.  Juridisesti  haavoit¬ 
tuva,  keskitetty  julkisen  avaimen  infra¬ 
struktuuri  (PKI)  on  ollut  harha-askel. 
Välttämätön  osa  tietoturvan  alustusta 
on  rakentaa  luja  luottamuksen  verkko 
(Web  of  Trust),  jossa  digitaalisista  alle- 
kirjoitusketjuista  huolehtivat  yritysten 
sijaan  vapaat  yksilöt. 

Esimerkiksi  Tor  Projectin  selain  Tor 
Browser  Bundle  ja  tietoturvaa  tarjoa¬ 
vat  Tails-  ja  OpenBSD-käyttöjärjestel- 
mät  allekirjoitetaan  jo  PGPdlä,  mutta 
julkisten  avainten  autenttisuudesta 
varmistuminen  edellyttää  globaalia 
verkostoitumista.  Tässä  ovat  avainase¬ 
massa  sähköisiä  oikeuksia  puolustavat 
järjestöt. 

Direct  download 

LATEST  RELEASE 


Tails  1.3.1  ISO  image  ^ 


CRYPTOGRAPHIC  SIGNATURE 


Tails  1.3.1  signature  n 


Tails -kehitystiimi  suosittaa  tarkista¬ 
maan  levykuvan  PGP- allekirjoituksen. 

Luottamuksen  verkko  mahdollistaa 
turvallisen  sovellusten  välittämisen, 
mutta  myös  itse  sovelluksia  on  muu¬ 
tettava.  Tarvitaan  ratkaisuja,  jotka  ovat 
helppokäyttöisiä  ja  tietoturvallisia  si¬ 
ten,  ettei  niiden  murtaminen  ole  auto¬ 
matisoitavissa  ja  skaalattavissa  ilman 
lineaarisesti  kasvavia  kustannuksia. 
Arvostettu  kryptografi  Matthew  Green 
kritisoi  nykyisiä  päästä  päähän  salattu¬ 
ja  ohjelmistoja,  sillä  verkkoon  kytket¬ 
tyyn  päätelaitteeseen  hyökkääminen 
tekee  niistä  turvattomia. 

Viestinnän  salaus,  allekirjoitus, 
autentikoiminen  ja  purkaminen  on 
siirrettävä  verkosta  erotettuun  ympä¬ 
ristöön,  luotettavan  tietojenkäsittelyn 
alustaan  (Trusted  Computing  Base 
/  TCB).  Alustoja  suunniteltaessa  on 
tärkeää  välttää  sokeaa  luottamusta 
omisteiseen  laitesuunnitteluun  ja  oh¬ 
jelmakoodiin  sekä  ulkomaisille  viran¬ 
omaisille  alisteisiin  yrityksiin.  Avoimet 
laitteet  voitaisiin  valmistaa  jopa  Suo- 
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messa:  esimerkiksi  VTT:llä  on  mikro¬ 
elektroniikan  valmistuslinja. 

Lainaten  kuuluisaa  kryptografia  ja 
tietoturva- alan  asiantuntijaa  Bruce 
Schneieria,  yhteiskunnassa  on  valit¬ 
tava  joko  globaalisti  tietoturvattomat 
ja  valvotut  tai  turvalliset  ja  yksityiset 
järjestelmät” 

Teknologista  puoltavat  jälkimmäistä 
yleisen  turvallisuuden,  YK  ihmisoi¬ 
keuksien  ja  ekonomistit  globaalin  kil¬ 
pailukyvyn  säilyttämisen  näkökulmas¬ 
ta.  Vahvoja  ratkaisuja,  kuten  Genode, 
Crash-safe  sekä  allekirjoittaneen  TFC, 
on  jo  kehitteillä.  Niiden  käytettävyy¬ 
den  parantumista  odotellessa  nopein 
ensiapu  on  tehdä  nykyisestä  passiivi¬ 
sesta  ja  julkisia  avaimia  hyödyntävästä 
massavalvonnasta  taloudellisesti  kan¬ 
nattamatonta. 

Viestinnän  sisältöä  voidaan  suojata 
päästä  päähän  salatuilla  sovelluksilla, 
ja  metadatan  määrä  voidaan  minimoi¬ 
da  reitittämällä  liikenne  Tor-verkon 
läpi.  Sovellusten  tarkemmalle  tarkas¬ 
telulle  ei  tässä  ole  tilaa,  mutta  kelpaa¬ 
mattoman  tunnistaa  Cypherpunk-yh- 
teisön  hyväksymillä  ”Stefin  seitsemällä 
säännöllä  tunnistaa  käärmeöljy”: 

1.  suljettu  lähdekoodi 

2.  selaimessa  suoritettava  ohjelma 

3.  mobiilisovellus 

4.  käyttäjän  kyvyttömyys  kontrolloida 
salausavaimia 

5.  uhkamallin  puute 

6.  markkinointitermit  kuten  ”kyber” 
tai  ”sotilasluokan  salaus” 

7.  välinpitämätön  asenne  päätelaittei¬ 
den  tietoturvattomuutta  kohtaan. 


Suositeltavia  ohjelmia 

Käyttöjärjestelmäksi  on  erittäin  suo¬ 
siteltavaa  vaihtaa  joko  GNU/Linux  tai 
jokin  BSD-variantti,  tai  ainakin  asen¬ 
taa  se  omisteisen  Windows-  tai  OSX- 
käyttöjärj esteinään  rinnalle.  Applen, 
Googlen  ja  Microsoftin  käyttöjärjes¬ 
telmät  edellyttävät  sokeaa  luottamusta 
siihen,  ettei  Yhdysvallat  ole  vaikene - 
mismääräyksen  kera  pakottanut  yri¬ 
tyksiä  lisäämään  niihin  takaportteja 
tai  viivyttämään  niistä  löydettyjen  haa¬ 
voittuvuuksien  paikkaamista.  Lisäksi 
suljettu  lähdekoodi  tekee  haavoittu¬ 
vuuksien  paikantamisesta  käytännössä 
erittäin  vaikeaa.  Vaikkei  käyttöjärjes¬ 
telmää  olisikaan  valmis  vaihtamaan, 
on  avoimen  lähdekoodin  ohjelmien 
käyttö  Windowsilla  tai  OSXdlä  silti  as¬ 
kel  parempaan  suuntaan. 

Pilvipalveluiden  sijaan  kannattaa 
suosia  kotipalvelinta,  jonne  tiedostot 
varmuuskopioi.  Jos  tähän  ei  ole  mah¬ 
dollisuutta,  on  palveluksi  valittava 
sellainen,  jonka  asiakasohjelma  on 
avointa  lähdekoodia  ja  joka  säilyttää 
salausavainta  paikallisesti.  Yksi  har¬ 
voista  nämä  vaatimukset  täyttävistä 
palveluista  on  Owncloud. 

Sähköpostin  lähettämiseen  suosi¬ 
tellaan  joko  Claws  Mail  -  tai  Mozilla 
Thunderbird  -sovelluksia.  Molemmat 
ovat  vapaita  ohjelmia,  tukevat  lukui¬ 
sia  käyttöjärjestelmiä  ja  liitännäisten 
kanssa  PGP-salausta. 

Pikaviestintään  sopivat  esimerkik¬ 
si  OTR-protokollaa  tukevat  avoimen 
lähdekoodin  sovellukset  kuten  Jitsi  tai 
Adium.  Pidgin  soveltuu  tähän  myös, 
joskin  OTR-laaj ennus  on  asennettava 
erikseen. 


Älypuhelimille  toimivin  puhe-  ja 
viestintäsovellus  on  iOS:n  Signal,  joka 
toimii  yhteen  Androidin  TextSecu- 
re-  ja  Redphone- sovellusten  kanssa. 
Kaikki  kolme  ovat  ammattimaisesti 
tehtyjä,  ilmaisia,  vapaita  ja  päästä  pää¬ 
hän  salattuja.  Älypuhelinten  ongelma 
on  kuitenkin,  että  niiden  sovelluspro- 
sessorit  ovat  alisteisia  niin  sanotulle 
Baseband-prosessorille,  jolla  ajetaan 
suljettua  lähdekoodia.  On  siis  vaikea 
sanoa,  onko  puhelinten  ohjelmakoo¬ 
dissa  haavoittuvuuksia  tai  takaportteja. 
Kuten  Snowden  sanoi,  ”hyvin  rahoitet¬ 
tu  tiedustelupalvelu  pystyy  murtautu¬ 
maan  puhelimeen  sillä  hetkellä  kun  se 
kytketään  päälle”,  mutta  koska  ihmiset 
viestivät  joka  tapauksessa  liikkeellä  ol¬ 
lessaan,  on  suotavaa  vaikeuttaa  verk- 
kovalvontaa  niin  paljon  kuin  on  tekni¬ 
sesti  mahdollista. 

Paras  tunnettu  AES-256  algoritmin 
heikkoutta  hyödyntävä  Biclique -hyök¬ 
käys  (https://en.wikipedia.org/wiki/ 
Biclique_attack)  tekee  murtamisesta 
21,6  =  3,03  kertaa  nopeamman. 

Edes  kvanttitietokone  ei  murra  AES- 
256:ta:  Groverin  algoritmi  (https:// 
en.wikipedia.org/wiki/Grover%27s_ 
algorithm)  käsittelisi  AES-256:n  sa¬ 
maan  tapaan  kuin  tavallinen  tieto¬ 
kone  käsittelisi  AES-128-algoritmin: 
laskenta  olisi  käsittättömästi  nopeam¬ 
paa  mutta  silti  veisi  kauemmin  kuin 
planeetallamme  on  elinaikaa  jäljellä. 

Kaikki  salausalgoritmit  eivät  tieten¬ 
kään  ole  yhdenvertaisia,  mutta  yksi¬ 
kään  nykyaikainen  verkkoyhteys  tai 
kommunikointiohjelma  ei  tänä  päivä¬ 
nä  käytä  heikkoja  algoritmeja  kuten 
IDEA  tai  RC4.  & 


Participants:  matti@iabber.orq.  maiia@iabber.orq 

Message  Count:  2 

Date:  Mar  29,  2015  15:04:22  PM 

Duration:  <1  minute 


[15:04  PM]  Matti  ? 

OTR  :AAJDAAAAAAMAAAADAAAAwlYs2awYHJzQHlRN3T4H 

lsAiG3pw6GmlpCh6QO+LNHbEwxloOFwltuUECn5kSbRFi9E 

LAn/BHWIzjk+djfWwo+u45R3JpF0tTY4FnlaW4vxyhrTgs/4Uer 

la9  S93J  vy  CBrK/jZWMGK0aclFZ8hG  icoZyvk4xEQ4PlAj  SaN  I 

RmkhVclWF7AEIN7tpZKGY5Htk8vtvTiiwdZYwQU2p+hHozzh 

gC91A9z+hRpaQISXaqcEXRQtJlfdV+hVOcs9ROkKd6bAAAA 

AAAAAABAAAABvoLfJi3QLsUE55c9XT5TWn3KLiUwqDxPMq 

6AAAAFKPGzblVA/hzmilXQ5aKzBNCsAoc. 

[15:04  PM]  Maija:  ? 

OTR :  AAJ  D  AAAAAAM  AAAAEAAA  AwK+  qQ  N  aM  Fvk  U  Uc  3G/Qe 
R6FySppaaZyj2UXNeCBdbCXF6B3Yg3z9XtuddA8kQejuK/0Y 
cYBqMiPM4ZL8hUK8vmcckA+Qb0ffZGKaAck0IAer6BSZKNfQ 
DZEn85cO2LVBFliOsRCW0lHCHadOOxqKey57t6LjVMgZRcA 
0MpWgv4c0CFAeVKMPTFQ9G5rAQoqdBYdgxqkUiL/Olsfg35 
DIFGLiNHxh4XI5Orl9MGhmg0rleCHnViN/qYRVNZPvdPozlw 
5wAAAAAAAAABAAAABvdYEH6XhTliYPKFubSxpMuPwfrm+l 
L8dGwlBAAAAFIPH644Yp0qFyKa6mAEWliuMi7lec. 
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Koodi 


01101001011101 
10021011 010110 
01101001  120101 
O11O1OO1O11101 


<onekielen  kiemurat: 

Portti  tietokoneen  sielunelämään 


Konekieli  on  aina  kuulostanut  hohdokkaalta  tietokoneharrastajan  korvaan  -  onhan  se  lait- 
teenläheisin  taso,  jolle  ohjelmoija  pääsee.  Vaikka  konekieli  ei  olekaan  enää  portti  taianomai¬ 
siin  ohjelmointitemppuihin,  auttaa  sen  ymmärtäminen  edelleen  käsittämään  tekniikkaa. 

Teksti:  Ville-Matias  Heikkilä 

Kuvat:  Mitol  Meerna,  Ville  Matias  Heikkilä,  Visual6502.org,  AMD 


Aiemmin  konekielioh- 
jelmointi  oli  liki  pakol¬ 
linen  taito  esimerkiksi 
peli-  tai  demo-ohjel¬ 
moijalle,  mutta  nykyi¬ 
sin  konekieltä  tuottavat  lähinnä  korke¬ 
an  tason  kielten  kääntäjät.  Konekielen 
lukutaidosta  on  silti  edelleen  hyötyä: 
kääntäjän  työtä  pystyy  arvioimaan  ja 
lähdekoodittomia  ohjelmia  tutkimaan 
ja  muokkaamaan.  Niin  kone  kuin  sen 
ohjelmatkin  muuttuvat  taidon  myötä 
paljon  käsinkö sketeltavammiksi.  Van¬ 
hojen  koneiden,  mikrokontrollerien 
ja  matalan  tason  tietoturva-aukkojen 
parissa  askarteleville  konekieli  on  edel¬ 
leen  tärkeä  väline. 

Konekieliä  on  monia 

Kaikki  koneet  eivät  suinkaan  ymmär¬ 
rä  samaa  konekieltä.  Esimerkiksi  PC- 


suorittimet  käyttävät  X86-konekieltä 
ja  mobiililaitteet  useimmiten  ARM- 
konekieltä.  Yksittäistä  konekieltä  kut¬ 
sutaan  myös  käskykannaksi  tai  arkki¬ 
tehtuuriksi. 

Tässä  artikkelissa  keskitytään  sel¬ 
keyden  vuoksi  neljään  käskykantaan 
mikrotietotekniikan  historian  varrelta: 

6502,  X86,  68K  ja  ARM.  Koska  nämä 
käskykannat  eroavat  melkoisesti  suun- 
nittelufilo Sofioiltaan,  saa  niihin  tutus¬ 
tumalla  myös  yleiskäsityksen  siitä, 
millaisia  konekieliä  on  olemassa. 

MOS  Technologyn  6502  on  ollut 
suosituimpia  8 -bittisiä  suorittimia. 

Sitä  lähisukulaisineen  ja  klooneineen 
ovat  käyttäneet  esimerkiksi  Applen, 

Atarin  ja  Commodoren  8-bittiset  ko¬ 
neet  sekä  Nintendon  NES.  6502:n 
perinteinen  kilpailija  on  ollut  Zilogin 
Z80,  joka  perustuu  Intelin  8080:aan.  Eri  konekielten  käskyjä  biteiksi  purettuna. 


ADC  #3 


01101001  00000011 
"Summaa  akkuun  muistinumeron  kera  luku  31" 


ADD  AX,  3 


00000011  11000000  00000011 
"Summaa  tavunmittainen  luku  sananlevyiseen  rekisteriin  AX*1:  3!" 
*)32-  tai  64-bittisessä  koodissa  EAX 


^  ADDQ.L  #3,  D0 

0101011001000000 

“Summaa  pieni  luku  3  täysleveydellä  datarekisteriin  0!" 


g*  ADD  RO,  RO,  #3 

lllOOOlOlOOOOOOOOOOOOOOOOOOOOOli 
"Ehdottomasti  summaa  koskematta  lippuihin! 

Tulos  R0:aan,  lähteinä  RO  ja  luku  3,  jonka  perään  ei  lisänollia." 


ADIW  R25:R24,  3 

1001011000000011 
"Summaa  luku  rekisteripariin  R24-R25:  31" 


ADD  #3,  RO 


0110010111000000  0000000000000011 
“Täysleveästi  summaa  ohjelmataskurin  osoittaman  muistipaikan  sisältö 
(3)  osoitinta  kasvattaen  rekisterin  RO  sisältöön!" 
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M  ■!  M  ■!  ■!  ■! 


illlll 


64-bittisen  nyky-X86:n  rekisteristön  vanhimmat  osat  ovat  70-luvulta. 


Uudempia,  lähinnä  sulautetuissa  jär¬ 
jestelmissä  käytettyjä  8 -bittisiä  käsky- 
kantoja  ovat  AVR  ja  PIC. 

Intelin  X86  on  tuttu  IBM  PC  -yh¬ 
teensopivista  koneista.  Alun  perin 
16-bittistä  käskykantaa  on  laajennettu 
ja  uudistettu  sittemmin  radikaalis¬ 
ti  -  386-suorittimessa  32-bittiseksi  ja 
2000-luvulla  AMD:n  aloitteesta  64-bit- 
tiseksi.  Uudistuksista  huolimatta  his¬ 
torian  eri  kerrokset  näkyvät  edelleen 
hyvin  läpi  X86-konekielessä. 

Motorolan  68K:ta  käytti  suurin  osa 
PC:n  kilpailijoista  90-luvun  alkupuo¬ 
lelle  asti:  Amiga,  Atari  ST,  Macintosh, 
Unix- työasemat.  Se  perustuu  70-luvun 
isompien  tietokoneiden  käskykantoi- 
hin  ja  on  suunnittelultaan  tyylipuhdas 
CISC  (Complex  Instruction  Set  Com¬ 
puter). 

ARM  on  tämän  hetken  suosituin 
käskykanta.  Se  dominoi  etenkin  mo- 
biililaitteita  mutta  saattaa  ennen  pit¬ 
kää  syrjäyttää  myös  X86:n.  Alkujaan 
Archimedes-kotimikrossa  käytetty 
käskykanta  nousi  suosioon,  koska 
se  tarjosi  paljon  tehoa  vähäisellä  pii- 
määrällä.  ARM  on  RISC-käskykanta 
(Reduced  Instruction  Set  Computer). 
Muita  RISCejä  ovat  esimerkiksi  MIPS, 
SPARC,  PowerPC  ja  AVR. 

Käskyn  olemus 

Konekielikäskyt  ovat  melko  tiivisra¬ 
kenteisia  ykkösten  ja  nollien  jonoja. 
Ohessa  on  esitetty  saman  tehtävän  suo¬ 
rittava  käsky  usealla  eri  konekielellä. 
Kukin  käsky  summaa  luvun  3  johon¬ 
kin  suorittimen  sisäiseen  rekisteriin, 
mutta  esimerkiksi  bittileveys  vaihtelee: 
6502:n  adc  laskee  8-bittisillä  luvuilla, 
joiden  summat  voivat  olla  enintään 


muutamia  satoja,  kun  taas  ARMin  32 
bittiä  leveä  toimitus  yltää  miljardeihin 
asti.  Suorittimen  tai  käskykannan  bit¬ 
tisyys  tarkoittaa  yleensä  nimenomaan 
peruslaskutoimitusten  suurinta  bittile- 
veyttä. 

Ykkösten  ja  nollien  jonot  ovat  ihmi¬ 
sille  vaikeaselkoisia.  Ihmiset  käsittele¬ 
vät  konekieltä  tämän  vuoksi  yleensä 
symbolisessa  eli  assembly-muodossa. 
Assembly-esityksestä  voi  myös  arvata, 
mitä  käsky  tekee,  vaikka  käskykanta 
olisi  ennestään  tuntematon:  esimer¬ 
kiksi  alkukirjaimet  ad(d)  viittaavat 
yhteenlaskuun.  Samalla  konekielellä 
voi  olla  useita  erilaisia  assembly-kieli- 
muotoja,  joita  eri  assembly-kääntäjät 
eli  assemblerit  käyttävät  -  esimerkiksi 
X86:lla  Intel-  ja  AT &T- syntaksit. 

Konekielikäsky  jakautuu  yleensä 
operaatiokoodiin,  osoitusmuotoon  ja 
operandeihin.  Operaatio  on  "verbi”, 
jota  vastaa  assemblyssä  ensimmäi¬ 
nen  sana,  jota  kutsutaan  muistik- 
kaaksi  (mnemonic),  esimerkiksi  add. 
Operandit  ovat  sen  jäljessä  tulevia 
"substantiiveja”:  rekistereitä,  lukuja 
ja  muistiosoituksia.  Osoitusmuotoja 
taasen  voi  verrata  ihmiskielten  taivu¬ 
tusmuotoihin.  Ne  ilmaisevat,  miten 
operandiosa  tulkitaan  -  onko  kyseessä 
esimerkiksi  muistiosoite  vai  suora  luku 
-  ja  antavat  sille  mahdollisia  lisämää¬ 
reitä:  esimerkiksi  68K-käskyn  pääte 
.  b,  .  w  tai  .1  ilmaisee,  suoritetaanko 
toimitus  8-,  16-  vai  3 2 -bittisenä. 

Data  pyörii  rekistereissä 

Useimmissa  konekielissä  suurin  osa 
datankäsittelystä  tapahtuu  rekistereis¬ 
sä,  jotka  voi  ajatella  suorittimensisäi- 
siksi  kiinteiksi  muuttujiksi.  Rekisterien 


määrät,  leveydet  ja  käyttötavat  vaih- 
televat  huomattavasti  käskykannasta 
toiseen. 

6502 :n  rekisteristö  on  hyvin  pieni 
ja  kukin  rekisteri  on  sidottu  tiettyihin 
tehtäviin.  Suurin  osa  laskutoimituk¬ 
sissa  on  pakko  tehdä  akkurekisterissä 
eli  A:ssa.  Indeksirekisterit  X  ja  Y  so¬ 
veltuvat  lähinnä  muistiosoitukseen 
ja  silmukkalaskureiksi,  mihin  taas  A 
ei  sovellu.  Näiden  lisäksi  6502 :ssa  on 
vain  pino-osoitin  S,  statusrekisteri  P  ja 
seuraavan  käskyn  muistiosoitteen  il¬ 
moittava  käskyosoitin  PC.  PC  on  ainoa 
16 -bittinen  rekisteri,  muut  ovat  8 -bit¬ 
tisiä.  Suppeaa  rekisteriavaruutta  täy¬ 
dentää  niinsanottu  nollasivu  eli  muis¬ 
tin  256  ensimmäistä  tavua,  ja  monet 
muistiosoitustavat  onnistuvatkin  vain 
nollasivun  kautta. 

ARMin  ja  muiden  riscien  rekisteris¬ 
tö  on  puolestaan  hyvin  symmetrinen 
ja  yleiskäyttöinen.  Periaatteessa  mitä 
tahansa  rekisteriä  voi  käyttää  mihin 
tahansa.  Ainoat  poikkeukset  ovat  re¬ 
kisteri  Rl  5  eli  käskyosoitin  sekä  eril¬ 
linen  statusrekisteri.  Perus-ARMissa 
on  32-bittisiä  rekistereitä  16,  mutta 
useimmissa  muissa  risceissä  perusre¬ 
kistereitä  on  32  tai  enemmän. 

X86:n  rekisterit  ovat  alkujaan  erikois¬ 
tuneita:  esimerkiksi  muistiosoitukseen 
on  voinut  käyttää  vain  rekistereitä  BX, 
SI,  DI  ja  BP.  32-bittinen  päivitys  kui¬ 
tenkin  löyhensi  rajoituksia.  Nykyisessä 
64-bittisessä  toimintamoodissakin  on 
silti  edelleen  jäljellä  käskyjä,  jotka  on 
sidottu  tiettyihin  rekistereihin:  esimer¬ 
kiksi  yksitavuinen  käsky  stosb  tallen¬ 
taa  8-bittisen  AL-rekisterin  ( accumula - 
tor  low)  sisällön  muistipaikkaan,  johon 
alkuperäisen  Dl-rekisterin  ( destination 
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•  ••i 

AND  #  1  #  1  BIC  #  1  #  1 


OR  #  1  #1  XOR  <•  # 

-  (EOR)  - 


NOT  #  #  U  t 

•  ••• 

Tämän  artikkelin  käskykantojen  bitittäi- 
set  operaatiot.  BIC  on  käytössä  ARMissa. 


SHL,  (SAL,  ASL,  LSL) 


m ******* 

*«« i i •• i • 


ROL 


******* 

•  •  i  t  •  •  i 

_ t 


[•] 


Bittisiirtokäskyjen  toiminta.  Mustinume- 
rolliselle  RORille  ja  ROLille  on  monissa 
käskykannoissa  omat  nimet,  esimerkiksi 
RCRja  RCL. 


index)  64-bittiseksi  laajennettu  versio 
RDI  osoittaa. 

68K:n  perusrekisteristö  on  jaettu 
kahdeksaan  data-  ja  osoiterekisteriin 
D0-D7  ja  A0-A7,  joista  A7:ää  käyte¬ 
tään  pino-osoittimena.  Erikseen  on 
vielä  statusrekisteri  CCR  ja  käskyo- 
soitin  PC.  Osoiterekisterit  ovat  alun 
perin  24-bittisiä  mutta  laajennettiin 
68020-suorittimessa  32  bittiin.  Kaikilla 
rekistereillä  voi  suorittaa  laskutoimi¬ 
tuksia  melko  yleiskäyttöisesti,  mutta 
muistiosoitukset  on  hoidettava  osoite¬ 
rekistereillä. 

Käskyt  taipuvat 
osoitusmuodoissa 

Rakenteeltaan  yksinkertaisimmat  ko- 
nekäskyt  eivät  saa  operandeja  lain¬ 
kaan,  joten  niiden  toiminta  on  sidottu 
tiettyihin  rekistereihin.  Edellä  mainittu 
X86:n  stosb  on  esimerkki  tästä  niin- 
sanotusta  implisiittisestä  osoitusmuo¬ 
dosta.  Muita  esimerkkejä  ovat  alioh- 
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lntel-X86 

68K 

AT&T-X86 

Operandijärjestys 

add  kohde, lähde 

add.vv  lähde, kohde 

addw  lähde, kohde 

Muistiosoitus 

add  ax,[1 234] 

add.vv  1234, kohde 

addw  1234,%ax 

Välitön  luku 

add  ax,1234 

add.w  #1234, kohde 

addw  $1234,%ax 

Indeksoitu  osoitus 

[ebx+esi+8] 

8(aO,d1.L) 

8(%ebx,%esi) 

Heksadesimaali 

1234h 

$1234 

0x1234 

Käskyn  oma  sijainti 

jmp  $ 

jmp  pc 

jmp. 

Datatavu 

db  123 

ds.b  123 

.byte  123 

Assembly-syntaksit  ovat  yleensä  melko  samankaltaisia,  mutta  niiden  välillä  on  myös 
hämääviä  eroja.  Tässä  muutamia  esimerkkejä. 


SAR,  ASR 


tiili»#  , 

\  \  \  \  V  \  4 

##  ## 

SHR  (LSR) 

#•  ,  •#  , 

\\\\\\\  a 

•  #•  ### 


ROR 

•#1 1 ## t 

VW  \  \\\ 


[#] 


8x 

4x 

2x 

1x 

Etumerkitön 

Etumerkillinen 

0 

0 

0 

0 

0 

+0 

0 

0 

0 

1 

1 

+1 

0 

0 

1 

0 

2 

+2 

0 

0 

1 

1 

3 

+3 

0 

1 

0 

0 

4 

+4 

0 

1 

0 

1 

5 

+5 

0 

1 

1 

0 

6 

+6 

0 

1 

1 

1 

7 

+7 

1 

0 

0 

0 

8 

-8 

1 

0 

0 

1 

9 

-7 

1 

0 

1 

0 

10 

-6 

1 

0 

1 

1 

11 

-5 

1 

1 

0 

0 

12 

-4 

1 

1 

0 

1 

13 

-3 

1 

1 

1 

0 

14 

-2 

1 

1 

1 

1 

15 

-1 

Neli 

bittiset  kokonaisluvut  tu 

kittuna  etu- 

merkittöminä  ja  etumerkillisinä  kahden 
komplementtia  käyttäen. 


jelmasta  palaavat  käskyt  (ret,  rt  s) 
ja  lippujen  nosto-  ja  laskukäskyt  (sec , 
ele). 

Käskyn  tyypillinen  operandimäärä 
vaihtelee  konekielestä  toiseen.  6502 :ssa 
useimmat  käskyt  ovat  yksioperandisia. 
Tämä  operandi  on  yleensä  muistiosoi- 
tus,  jolloin  laskutoimitus  tapahtuu 
akkurekisterin  ja  muistipaikan  välillä. 
X86  ja  68K  ovat  kaksioperandisia,  eli 
käskyyn  kuuluu  lähde-  ja  kohdeope- 
randi.  Tyypilliseen  ARM-käskyyn 
puolestaan  kuuluu  kolme  operandia 
-  kaksi  lähdettä  ja  yksi  kohde.  Nol- 
laoperandisina  konekielinä  voidaan 
pitää  Forth-tyylisiä  pinopohjaisia  ko¬ 
nekieliä. 

Useimmilla  suorittimilla  valtaosa 
konekielikoodista  on  rekisterienvälistä 
pyörittelyä.  Operandeina  voi  kuitenkin 
käyttää  rekisterien  lisäksi  myös  välit¬ 
tömiä  lukuja  ( immediate )  tai  erilaisia 
muistiviittauksia. 

Operandien  yhdistämisessä  on  usein 


ele  asl  $FE 

Ida  $FE  rol  $FF 

ade  #$34  asl  $FE 

sta  $FE  rol  $FF 

Ida  $FF  asl  $FE 

ade  #$12  rol  $FF 

sta  $FF 

16-bittisten  lukujen  käsittelyä  8-bittisellä 
6502:11a:  vasemmanpuoleinen  esimerkki 
lisää  muistipaikkoihin  $FE  ja  $FF  tallen¬ 
netun  luvun  arvoon  heksadesimaalilu- 
vun  $1234,  oikeanpuoleinen  kertoo  sen 
kahdeksalla  bittisiirtoja  käyttäen. 

lp:  emp  r0,r1 

subgt  r0,r0,r1 
suble  rl , rl , r0 
bne  lp 

Suurimman  yhteisen  tekijän  laskeva 
silmukka  ARMille  ehdollista  suoritusta 
käyttäen.  Euklideen  algoritmi  vähentää 
suuremmasta  luvusta  pienemmän,  kun¬ 
nes  luvut  ovat  yhtäsuuret. 


6502-suorittimen  sisukset.  Alapuoliskoa  hallitsee  8-kaistainen 
laskenta-  ja  rekisteriyksikkö,  ylimpänä  puolestaan  näkyy  käskyt 
suoritusvaiheiksi  kuvaava  mikrokooditaulukko.  Näiden  välissä 
on  muu  toimintalogiikka,  esimerkiksi  hyppyjen  ja  lippujen  kä¬ 
sittely. 

rajoitteita:  X86:ssa  jommankumman 
operandin  on  aina  oltava  rekisteri  tai 
välitön  luku,  eli  esimerkiksi  suoraa 
käskyä  ”lisää  muistipaikan  1  arvoon 
muistipaikan  2  arvo”  ei  ole.  Muistiviit- 
taukset  voivat  kuitenkin  cisc-filosofian 
mukaisesti  olla  hyvinkin  monimutkai¬ 
sia.  Esimerkiksi  32-bittinen  X86-käsky 
mov  eax, [ebx+ecx*4+1 256]  muo¬ 
dostaa  muistiosoitteen  summaamalla 
vakion  ja  kaksi  rekisteriä,  joista  ECX:n 
bittejä  vielä  siirretään  kaksi  pykälää 
vasemmalle. 

ARMin  kaltaisissa  risceissä  useim¬ 
mat  käskyt  voivat  saada  operandeik- 
seen  vain  rekistereitä  tai  välittömiä 
lukuja.  Muistinkäsittely  on  hoidettava 
omilla  load-store-käskyillään  (Id, 
st,  mov),  jotka  eivät  laske  mitään. 

ARMin  ja  68K:n  muistinkäsitte- 
lyä  tehostavat  osoitusmuodot,  joissa 
rekisterin  sisältöä  kasvatetaan  tai  vä¬ 
hennetään  samalla,  kun  sitä  käytetään 
muistiosoituksessa.  Tämä  on  kätevää 
muistialueita  läpikäytäessä. 

Muistipaikkoihin  on  monesti  käte¬ 
vää  viitata  suoran  osoitteen  sijaan  pi¬ 
tämällä  käskyn  omaa  sijaintia  kiinne¬ 
kohtana.  6502:n  ja  X86:n  ehdollisilla 
hyppykäskyillä  voi  hypätä  enintään 
128  tavua  eteen-  tai  taaksepäin,  minkä 
ansiosta  käskyn  pituudeksi  riittää  kak- 


AMD  Phenom  X4  -suorittimen  sisukset.  Neljän  symmetrisesti 
asetetun  64-bittisen  suoritinytimen  alasta  valtaosa  on  väli¬ 
muistia  ja  käskyjen  purku-  ja  järjestelylogiikkaa. 


Motorola  68000:n  sisukset.  Löydätkö  laskenta-  ja  rekisteriyksikön? 


lp: 


movem  (a0)+, (dl -d7) 
movem  (dl -d7) , - (ai ) 
dbne  d0,lp 


lp: 


subcc  r2,r2,#1 
ldmia  r0,(r3-r13) 
stmdb  rl , (r3-r1 3) 
bne  lp 

Silmukka,  joka  kopioi  muistialueen  sisällön  käänteisessä  järjestyksessä  toiselle  muis¬ 
tialueelle  rekisterijoukkokäskyjä  käyttäen.  Vasemmalla  68K,  oikealla  ARM. 
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EX,  EXG,  XCHG 

exchange 

Vaihda  rekisterien  sisällöt  keskenään. 

LD 

load 

Lataa  muistista. 

MOV,  M  OVE 

move 

Kopioi  dataa  rekisteristä  tai  muistista  rekisteriin  tai  muistiin. 

POP,  PL 

pop,  puli 

Poimi  pinon  päällimmäinen  arvo. 

PUSH,  PH 

push 

Lisää  pinon  päällimmäiseksi. 

ST 

store 

Tallenna  muistiin. 

ADC,  ADDX 

add  with  carry/extend 

Summaa  muistinumeron  kera. 

ADD 

add 

Summaa. 

DEC 

decrement 

Vähennä  yhdellä. 

DIV 

divide 

Jaa. 

INC 

increment 

Kasvata  yhdellä. 

MUL 

multiply 

Kerro. 

NEG 

negate 

Vaihda  etumerkki. 

SBB,  SBC,  SUBX 

subtract  with  borrovv/carry/extend 

Vähennä  muistinumeron  kera. 

SUB 

subtract 

Vähennä. 

AND 

and 

Bitittäinen  ja-operaatio. 

ASL,  SAL 

arithmetic  shift  left 

Siirrä  bittejä  oikealle  jatkaen  ylintä  bittiä. 

ASR,  LSR,  SHR 

[arithmetic/logical]  shift  right 

Siirrä  bittejä  vasemmalle. 

EOR,  XOR 

exdusive  or 

Bitittäinen  poissulkeva  tai. 

LSL,  SHL 

[logical]  shift  left 

Siirrä  bittejä  oikealle  jatkaen  nollalla. 

NOT 

not 

Käännä  bitit  päinvastaisiksi. 

OR 

or 

Bitittäinen  tai-operaatio. 

ROL,  RL,  RCL 

rotate  [with  carry]  left 

Pyöritä  bittejä  myötäpäivään  [C-lipun  kautta]. 

ROR,  RR,  RCR 

rotate  [with  carry]  right 

Pyöritä  bittejä  vastapäivään  [C-lipun  kautta]. 

Bittioperaatiot. 


si  tavua.  Ohjelmakoodia,  joka  ei  käytä 
suoria  osoitteita  lainkaan,  kutsutaan 
sijaintiriippumattomaksi  ( position-in - 
dependent ),  koska  sitä  voi  ajaa  sellaise¬ 
naan  mistä  kohdasta  muistia  tahansa. 

Laskenta  on  koneen  leipätyö 

Valtaosa  suorittimista  laskee  oletusar¬ 
voisesti  binäärimuotoisilla  kokonais¬ 
luvuilla.  6502:ssa,  68K:ssa  ja  X86:ssa 
on  tarjolla  myös  binäärikoodattu 
desimaali  (BCD),  jossa  kutakin  desi- 
maalinumeroa  0-9  vastaa  neljä  bittiä. 
Liukulukuja  taasen  käsitellään  omilla 
liukulukuyksiköillään,  joilla  on  omat 
rekisterinsä  ja  käsittelykäskynsä. 

Negatiiviset  kokonaisluvut  ilmais¬ 
taan  lähes  aina  niinsanottuna  kahden 
komplementtina,  jossa  etumerkki 
vaihdetaan  kääntämällä  bitit  ympäri 
ja  lisäämällä  tulokseen  yksi.  Pelkkiä 
ykkösiä  sisältävä  luku  on  siis  arvoltaan 
-1,  aivan  kuin  kasettinauhurin  lasku¬ 
ri,  joka  000:sta  taaksepäin  kelatessa 
pyörähtää  999:ään.  Saman  bittijonon 
voi  tulkita  joko  etumerkillisenä  tai 
etumerkittömänä,  ja  erot  tulevat  esiin 
etenkin  kertoessa,  jakaessa  ja  vertail¬ 
lessa. 

Kokonaislukujen  yhteen-  ja  vähen¬ 
nyslaskut  (add,  sub)  ovat  tarjolla  joka 
konekielessä.  Kerto-  ja  jakolaskut  (mul, 
div)  puuttuvat  yleensä  kasibittisisis- 
tä  koneista,  joissa  ne  on  toteutettava 
aliohjelmilla  tai  taulukoilla.  Risceissä- 
kin  on  yleensä  suoraan  vain  kertolas¬ 
ku. 

Bittioperaatioita  ovat  paitsi  bitittäi- 
set  loogiset  operaatiot  (and,  or,  eor/ 
xor)  ja  bittisiirrot  ( shifts ),  joita  on 
monta  lajia.  Bittioperaatioiden  toi¬ 
minta  on  esitetty  oheisissa  kaavioissa. 
Aritmeettisen”  ja  "loogisen”  bittisiir¬ 
ron  merkitysero  on  se,  että  "aritmeetti¬ 
sessa”  luku  oletetaan  etumerkilliseksi, 
joten  sen  ylin  bitti  pidetään  ennallaan. 

ARMin  erikoisuutena  on  se,  ettei  sii¬ 
nä  ole  lainkaan  itsenäisiä  käskyjä  bitti¬ 
siirroille,  mutta  bittisiirron  voi  yhdis¬ 
tää  minkä  tahansa  laskentaoperaation 
toiseen  lähdeoperandiin.  Esimerkiksi 
add  r0,  rl ,  r2  asr  r3  vastaa  C-kie- 
len lauseketta  r0=r1 +  (r2»r3). 

Joskus  laskutoimituksen  tulos  ei 
mahdu  kohderekisteriin.  Esimer¬ 
kiksi  kahden  8 -bittisen  luvun  sum¬ 
ma  on  9 -bittinen.  Summan  ylin  bitti 
tallennetaan  yleensä  niinsanottuun 
muistinumerolippuun  (C,  carry  flag). 
Muistinumeroa  käytetään  laskutoi- 


Datansiirto. 


Peruslaskutoimitukset. 


mitusten  ketjuttamiseen:  käskyt  a  dc/ 
addx  ja  sbc/sbb/subx  ovat  yhteen-  ja 
vähennyslaskuja,  jotka  ottavat  mukaan 
aiemmasta  käskystä  jääneen  muistinu- 
meron. 

Jossittelu 

Korkean  tason  kielten  i  f -lausetta  vas¬ 
taa  konekielessä  useimmiten  ehdolli¬ 
nen  hyppy.  Esimerkiksi  käsky  nimeltä 
beq,  je  tai  jz  hyppää  operandina  an¬ 
nettuun  muistiosoitteeseen,  jos  edel¬ 
lisen  laskutoimituksen  tulos  oli  nolla. 
Ennen  hyppykäskyä  käytetään  usein 
vertailukäskyä  cmp/cp,  joka  suorittaa 
vähennyslaskun  tallentamatta  tulosta 
mihinkään.  Hyppykäskyt  on  yleensä 
nimetty  vertailun  näkökulmasta:  jos 
vähennyslaskun  tulos  on  nolla,  niin  lu¬ 
vut  ovat  yhtäsuuret  (e/eq,  equal). 

Tieto  laskutoimituksen  tulokses¬ 
ta  tallentuu  yleensä  niinsanottuihin 
lippuihin,  jotka  ovat  statusrekisterin 
bittejä.  Aiemmin  mainittu  muistinu- 
merolippu  on  yksi  näistä.  Ehdolliset 
hyppykäskyt  tutkivat  lippuja  ja  suorit¬ 
tavat  hypyn,  mikäli  käskyn  mukainen 
ehto  täyttyy.  Tyypillisiä  lippuja  ovat: 

•  Nollalippu  (Z,  zero),  joka  ilmaisee, 


oliko  laskun  tulos  nolla. 

•  Etumerkkilippu  (S,  sign  tai  N, 
negative),  joka  vastaa  rekisteriin 
mahtuneen  tuloksen  ylintä  bittiä, 
joka  on  negatiivisilla  luvuilla  1. 

•  Muistinumerolippu  (C,  carry),  vas¬ 
taa  laskutoimituksesta  yli  jäänyttä 
bittiä. 

•  Ylivuotolippu  (O  tai  V,  overflow) 
asetetaan,  kun  muistinumerolippu 
ei  riitä  tuloksen  jatkeeksi. 

6502:ssa,  X86:ssa  ja  68K:ssa  jokai¬ 
nen  laskentakäsky  vaikuttaa  lippuihin. 
ARMissa  lippuvaikutus  ilmaistaan 
käskykohtaisesti  käskysanan  päätteel¬ 
lä  cc  ( condition  codes ).  ARMissa  ei 
myöskään  aina  tarvita  ehdollisia  hyp¬ 
pyjä,  sillä  minkä  tahansa  käskyn  suo¬ 
rituksen  voi  ehdollistaa.  Esimerkiksi 
käsky  addeq  toimii  kuten  add,  mutta 
se  suoritetaan  vain,  jos  nollalippu  on 
ylhäällä. 

Toisten  tavarat  pinoon  talteen 

Tavallinen  ehdoton  hyppykäsky  on 
nimeltään  esimerkiksi  jmp,  bra  tai  b, 
aliohjelmahyppy  puolestaan  j sr,  bsr, 
call  tai  bl.  Aliohjelmakutsut  ottavat 
käskyosoittimen  arvon  talteen,  jotta 
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BIT,  BT,  BTST,  TEST 

bit  test 

Vertaa  yksittäisiä  bittejä  (ja-operaatio  tallentamatta  tulosta). 

CLf 

dear  flag 

Nollaa  lippu  (esim.  C). 

CMP,  CP 

compare 

Vertaa  (vähennä  tallentamatta  tulosta). 

Scc,  SETcc 

set  on  condition 

Aseta  rekisterin  arvo  totuusarvon  (esim.  NE)  mukaiseksi. 

SEf,  STf 

set  flag 

Aseta  lippu  (esim.  C). 

Vertailu  ja  liput. 


Bcc,  Jee 

branch/jump  on  condition 

Hyppää,  jos  ehto  (esim.  NE)  täyttyy. 

BL,  BAL 

branch  and  link 

Hyppää  aliohjelmaan,  paluuosoite  linkkirekisteriin. 

DBcc,  LOOP 

decrement  and  branch,  loop 

Vähennä  rekisterin  arvoa  ja  hyppää  jos  ehto  täyttyy. 

JMP,JP,B,  BRA 

jump/branch 

Hyppää  muistipaikkaan. 

JSR,  JR,  BSR 

jump/branch  to  subroutine 

Hyppää  aliohjelmaan,  paluuosoite  pinoon. 

RET,  RTS 

return  from  subroutine 

Palaa  aliohjelmasta  pääohjelmaan. 

SWI,  INT,  TRAP, 

BRK,  SYSCALL 

software  interrupt,  trap, 
break,  system  call 

Suorita  ohjelmallinen  keskeytys. 

Hyppykäskyt. 


H  LT 

hait 

Pysäytä  suoritin  (jää  odottamaan  keskeytystä). 

NOP 

no  operation 

Älä  tee  mitään. 

Muita  käskyjä. 


CC,  NC 

no/dear  carry 

Muistinumero  =  0 

CS,C 

carry  set 

Muistinumero  =  1 

EQ,  E,  Z 

equal/zero 

Luvut  yhtäsuuret  (nollalippu) 

GT,  G 

greater  [than] 

Ensimmäinen  >  toinen 

LT,  L 

less  [than] 

Ensimmäinen  <  toinen 

NE,  NZ 

not  equal/zero 

Luvut  erisuuret  (nollalippu  alhaalla) 

NS,  PL 

no  sign,  plus 

Tulos  ei-negatiivinen  (etumerkki  =  0) 

S,  Ml 

sign,  minus 

Tulos  negatiivinen  (etumerkki  =  1) 

VC,  NO 

no/dear  overlow 

Ylivuotolippu  alhaalla. 

VS,0 

overflow  set 

Ylivuotolippu  ylhäällä. 

Ehdot  (käskyjen  osana). 

aliohjelmasta  voidaan  palata  siihen 
kohtaan,  mihin  sitä  kutsuttaessa  jää¬ 
tiin.  Paluukäsky  on  tyypillisesti  nimel¬ 
tään  ret  tai  rts. 

Vanhemmat  käskykannat  tallentavat 
paluuosoitteen  yleensä  pinoksi  kutsu¬ 
tulle  muistialueelle.  Riscit  sen  sijaan 
käyttävät  rekisteriä,  jonka  aliohjelma 
pinoaa  itse  mikäli  aikoo  kutsua  muita 
aliohjelmia.  ARMin  takaisinlinkittävä 
hyppykäsky  on  bl  ( branch  and  link). 
Linkkirekisteri  on  yleensä  Rl 4  ja  käs- 
kyosoitin  Rl 5,  joten  aliohjelmasta  pa¬ 
lataan  käskyllä  mov  rl  5 ,  rl  4. 

Pinoon  tallennetaan  muutakin  kuin 
paluuosoitteita.  Koska  aliohjelmat 
käyttävät  samoja  rekistereitä  kuin  pää¬ 
ohjelmakin,  on  niiden  arvoja  usein  tar¬ 
peellista  raivata  pinoon  talteen.  Lisäksi 
pinosta  voidaan  varata  tilaa  sellaisille 
paikallismuuttujille,  jotka  eivät  mah¬ 
du  rekistereihin.  X86:ssa  ja  6502:ssa 
on  pino-osoittimeen  sidotut  push-  ja 
pop/pull-käskyt,  kun  taas  ARMissa 
ja  68K:ssa  pinonkäsittelyyn  käyte¬ 


tään  tavallisia  muistinkäsittelykäskyjä. 
ARMissa  ja  68K:ssa  on  myös  käskyt, 
joilla  haluamansa  rekisterijoukon  voi 
tallentaa  tai  ladata  yhdellä  kertaa. 

Isompien  ohjelmakokonaisuuksien 
kasassa  pitämiseksi  on  yleensä  sovittu 
niinsanottuja  kutsukäytäntöjä  ( calling 
convention).  Nämä  määrittelevät,  mi¬ 
ten  pääohjelma  ja  aliohjelma  välittävät 
parametrinsa  ja  paluuarvonsa,  ja  mitkä 
rekisterit  aliohjelmalla  on  lupa  sotkea. 

Maailma  on  muistia 

Suorittimen  näkökulmasta  koko  ulkoi¬ 
nen  maailma  on  muistia.  Muisti  jakau¬ 
tuu  yleensä  8 -bittisen  tavun  kokoisiin 
muistialkioihin,  joista  kullakin  on  oma 
numeerinen  osoite. 

Kun  muistiin  tallennetaan  useista  ta¬ 
vuista  koostuvia  lukuja,  on  tähän  kaksi 
päätapaa.  68K  käyttää  laskevaa  tavujär- 
jestystä  ( big-endian ),  eli  ensimmäiseen 
tavuun  tulee  luvun  eniten  merkitsevä 
osa.  6502  ja  X86  puolestaan  tallentavat 
alimmat  bitit  ensin,  eli  tavujärjestys  on 


nouseva  ( little-endian ).  ARM  toimii 
kummalla  tavujärjestyksellä  tahansa, 
joskin  nouseva  järjestys  on  nykyään 
yleisempi. 

Yksinkertaisimmissa  laitteissa  fyy¬ 
sisillä  RAM-,  ROM-  ja  ohjauspiireillä 
on  kiinteät  alueet  osoiteavaruudessa. 
VIC-20-ohjelmassa  muistipaikkaan 
$9 00 F  kirjoittaminen  vaikuttaa  aina 
videopiirin  värirekisteriin.  Monimut¬ 
kaisemmissa  koneissa  ohjelmalle  nä¬ 
kyvää  muistin  rakennetta  voi  sen  si¬ 
jaan  muuttaa. 

Jos  koneessa  on  enemmän  muistia 
kuin  osoiteavaruuteen  mahtuu,  esi¬ 
merkiksi  6502-pohjaisessa  koneessa 
yli  64  kilotavua,  tarvitaan  pankitus- 
ta  ( Banking ).  Pankituksessa  vahtaan, 
mitkä  osat  kokonaismuistista  näky¬ 
vät  tietyillä  muistiavaruuden  alueilla. 
Nykykäyttöjärjestelmissä  muistin  nä¬ 
ennäistä  rakennetta  sen  sijaan  muu¬ 
tellaan,  jotta  eri  prosessit  eivät  pääsisi 
käsiksi  niille  kuulumattomille  muis¬ 
tialueille.  Samalla  koodin  oikeutta 
muuttaa  suorittimen  tilaa  rajoitetaan 
siirtymällä  sen  suorittamisen  ajaksi 
niinsanotusta  valvojatilasta  ( supervisor 
mode )  käyttäjällään  ( user  mode). 

Näennäismuistin  ansiosta  kaiken 
ohjelmalle  näkyvän  muistin  ei  tarvitse 
vastata  fyysistä  muistia.  Jos  osoitea¬ 
varuus  on  riittävän  suuri,  ohjelma  voi 
pyytää  käyttöjärjestelmää  kuvaamaan 
vaikkapa  koko  kiintolevyn  sisällön  nä- 
ennäismuistiin.  Kun  ohjelma  yrittää 
lukea  muistipaikkaa,  joka  ei  ole  fyysi¬ 
sessä  muistissa,  se  aiheuttaa  poikke¬ 
ustilanteen,  jonka  käyttöjärjestelmä 
käsittelee  hakemalla  levyltä  halutun 
kohdan  fyysiseen  muistiin.  Ohjelman 
kannalta  kone  toimii  siten,  kuin  koko 
levyn  sisältö  olisi  jatkuvasti  muistissa. 

70-lukulaisilla  suorittimilla  muistin 
nopeus  ei  vielä  muodosta  pullonkau¬ 
laa.  Esimerkiksi  6502:11a  kannattaa 
käyttää  nopeuskriittisessä  koodissa 
muistinvaraisia  taulukoita  ja  aukirul- 
lattuja  silmukoita  mikäli  ne  suinkin 
mahtuvat  muistiin.  Nykysuorittimilla 
laskuoperaatio  saa  sen  sijaan  olla  jo  to¬ 
della  monimutkainen,  jotta  sille  kan¬ 
nattaisi  laskea  valmis  taulukko.  Auki- 
rullauskaan  ei  enää  kannata:  sisäisten 
välimuistien  ja  älykkäiden  liukuhih¬ 
nojen  ansiosta  se  todennäköisemmin 
hidastaa  kuin  nopeuttaa  koodia. 
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! to  "skrolli . prg” , cbm 

*=$0801  ;  Ohjelman  alkuosoite. 

;  Pakollinen  BASIC-osuus  10  SYS2061  +  loppunollat: 
! byte  $0b, $08, $0a, $00, $9e, $32, $30, $36, $31 , 0, 0, 0 


ldx 

#0 

;  Laskuri  (X)  nollaan. 

txa 

;  X  akkuun  jotta  saadaan 

and 

#15 

;  laskettua  X  AND  15. 

tay 

;  Tulos  Y:hyn  ja  haetaan 

Ida 

herja, y 

;  tavu  osoitteesta  herja+Y. 

sta 

$0400, x 

;  Kirjoitetaan  se 

sta 

$0500, x 

;  näyttömuistin  kullekin 

sta 

$0600, x 

;  256-tavuiselle 

sta 

$0700, x 

;  lohkolle  kohtaan  X. 

inx 

;  Kasvatetaan  X:ää. 

bne 

silmu 

;  Toistetaan  kunnes  pyörähti 

rts 

;  Palataan  BASIC-tulkkiin . 

herja  !scr  "tilaa  skrolli!!  " 

6502-esimerkki  Commodore  64:lle.  ACME-ristiinkääntäjän 
tuottama  PRG-tiedosto  käynnistyy  suoraan  vaikkapa  VICE- 
emulaattorissa. 


bits  16 
org  0x100 

;  Nasm  16-bittiseen  tilaan. 

;  COM-ohjelman  alkuosoite. 

mov  ax,0xb800 
mov  es,ax 
xor  di, di 

;  Näyttömuistin  alkuosoite 
;  ..  segmenttirekisteriin . 

;  Kohdeosoitin  nollaksi. 

mov  ah, 14 

;  Väri  AX:n  ylempään  tavuun. 

silmul 

mov  si, herja 
mov  ex, 16 

;  Lähdeosoitin  tekstin  alkuun. 

;  Silmukkalaskuriksi  16. 

silmu0 

lodsb 

stosw 

loop  silmu0 

;  AL  <-  [DS*1 6+SI] ,  SI  kasvaa. 

;  AH*256+AL  ->  [ES*16+DI],  DI  +2. 

;  CX  vähenee,  toistetaan  kunnes  0 

emp  di, 80*25*2 
jne  silmul 

;  Ollaanko  käyty  koko  näyttö? 

;  Jos  ei,  jatketaan  toistoa. 

ret 

;  Palataan  komentotulkkiin. 

herja 

db  "Tilaa  Skrolli ! !  " 

16-bittinen  X86-esimerkki  MS-DOSille.  Ohjelma  kääntyy 
NASMilla  suoraan  COM-tyyppiseksi  ohjelmatiedostoksi. 


Laitteita  ohjaamaan 

Tietokonelaitteistoon  kuuluu  oheispii¬ 
rejä,  joilla  on  omat  ohjausrekisterinsä. 
6502:ssa,  68K:ssa  ja  ARMissa  nämä  re¬ 
kisterit  näkyvät  osana  muistiavaruutta. 
X86  taasen  käyttää  tähän  erillisiä  I/O- 
portteja,  joita  käsitellään  in-  ja  out 
-käskyillä. 

Jotta  suorittimen  ei  tarvitsisi  jatku¬ 
vasti  kysellä  eli  pollata  laitteiden  tilo¬ 
ja,  on  olemassa  keskeytykset:  laite  voi 
lähettää  suorittimelle  keskeytyskutsun 
(IRQ,  interrupt  request ),  joka  saa  sen 
keskeyttämään  senhetkisen  toimin¬ 
tansa  ja  siirtymään  käsittelyrutiiniin. 
Useimmat  käyttöjärjestelmät  suoritta¬ 
vat  joitakin  kymmeniä  kertoja  sekun¬ 
nissa  ajastinkeskeytyksen,  jotta  tietyt 
juoksevat  asiat  saadaan  hoidettua. 

Yksinkertaisimmillaan  keskeytys  ei 
juuri  eroa  aliohjelmakutsusta.  Alioh¬ 
jelman  alkuosoite  haetaan  keskeytyk¬ 
sen  tyypin  ja  mahdollisen  numeron 
mukaan  hyppytaulukosta.  Nykykäyt- 
töjärjestelmissä  keskeytys  myös  siirtää 
suorittimen  valvojatkaan.  Vain  valvo- 
jatilassa  toimiva  käyttöjärjestelmä  voi 
käsitellä  ulkoisia  laitteita,  ja  sovelluk¬ 
set  tekevät  käyttöjärjestelmän  apua 
tarvitessaan  niinsanotun  ohjelmallisen 
keskeytyksen  (NMI,  non-maskable  in¬ 
terrupt). 


Monta  käskyä  samaan  aikaan 

Yleisesti  käytetyt  käskykannat  periy¬ 
tyvät  vuosikymmenten  takaa,  mutta 
suorittimien  toimintatavat  ovat  muut¬ 
tuneet  tänä  aikana  huomattavasti.  Eri¬ 
tyisesti  rinnakkaisuutta  on  tullut  lisää. 

Perinteiset  cisc-suorittimet  ajavat 
vain  yhtä  käskyä  kerrallaan.  Käskyn 
suoritus  jakautuu  useisiin  peräkkäisiin 
vaiheisiin,  jotka  on  koodattu  suoritti¬ 
men  sisäiseen  mikroko  o  ditaulukko  on. 
6502-käskyn  suoritus  koostuu  2-8 
vaiheesta,  kun  taas  8086:n  jakolasku 
vie  yli  sata  kellojaksoa.  Ohjelmoija  voi 
laskea  koodinsa  suoritusajan  tällaisella 
suorittimella  yksinkertaisesti  summaa- 
malla  käskyjen  viemät  kellojaksot  ja  ja¬ 
kamalla  tuloksen  kellotaajuudella. 

Riscin  kantaviin  ajatuksiin  kuuluu, 
että  yksinkertaisten  käskyjen  suori¬ 
tusvaiheet  voivat  olla  rinnakkaisia. 
Alkuperäisessä  Archimedeen  ARM- 
suorittimessa  on  kolmivaiheinen  liu¬ 
kuhihna:  suoritin  tallentaa  yhden 
laskutoimituksen  tuloksen  rekisteriin 
samaan  aikaan,  kun  se  laskee  seuraa- 
van  käskyn  laskutoimituksen  ja  lukee 
muistista  sitä  seuraavan  käskyn. 

Liukuhihnatekniikka  tekee  hypyis¬ 
tä  suhteessa  kalliita.  Kun  hyppykäsky 
toteutuu,  joudutaan  sen  jälkeen  tu¬ 
levien  käskyjen  suoritusvaiheet  hyl¬ 
käämään.  Ongelman  ehkäisemiseen 
on  useita  tapoja.  ARMin  ehdollinen 


käskynsuoritus  on  yksi  näistä:  yhden 
tai  parin  käskyn  suorittamatta  jättämi¬ 
nen  on  edullisempaa  kuin  liukuhihnan 
tyhjennys.  Edistyneempi  tekniikka  on 
haarautumisen  ennakointi  ( branch 
prediction ),  jossa  suoritin  arvaa  etukä¬ 
teen,  tuleeko  hyppy  toteutumaan,  ja  la¬ 
taa  käskyjä  liukuhihnalle  sen  mukaan. 
Spekulatiivisessa  suorituksessa  puoles¬ 
taan  suoritetaan  molemmat  vaihtoeh¬ 
dot  ja  jätetään  vain  toisen  vaikutukset 
voimaan. 

Monissa  suorittimissa  on  useita  rin¬ 
nakkaisia  liukuhihnoja,  eli  ne  suoritta¬ 
vat  peräkkäisiä  käskyjä  aidosti  samaan 
aikaan.  Usein  peräkkäiset  käskyt  ovat 
kuitenkin  riippuvaisia  toistensa  tulok¬ 
sista,  joten  ohjelmoijan  tai  suorittimen 
on  hyvä  järjestää  käskyt  siten,  etteivät 
peräkkäiset  käskyt  käytä  samoja  re¬ 
kistereitä.  Suorittimen  automatiikassa 
tällaisia  tekniikoita  ovat  out-of-order 
execution  ja  register  renaming. 

X86  on  tuottanut  aivan  omia  haas¬ 
teitaan  suoritinsuunnittelijoille.  90-lu- 
vun  puolestavälistä  alkaen  monimut¬ 
kaiset  X86-käskyt  on  yleensä  pilkottu 
risc- tyylisiksi  mikrokäskyiksi,  joihin 
sitten  sovelletaan  edellämainittuja  tek¬ 
niikoita. 

Erikoiskäskyjä  erikoistehtäviin 

Vaikka  peruskäskykannoilla  pystyykin 
jotenkuten  tekemään  kaiken,  on  niille 
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#  Määritellään  linkkeriä  varten  symboli  _start, 

#  joka  osoittaa  ohjelman  ajon  alkukohtaan. 

.globl  _start 
_start : 

#  Alustetaan  silmukkalaskuri . 

movq  $1024,%rbp  mov  r8,#1024 


ja  NEON-  ja  liukulukulaajennokset. 
Lisäksi  piirillä  on  288 -laskentayksik¬ 
kö  inen  grafiikkasuoritin,  3 2 -bittinen 
DSP  sekä  eri  radioprotokolliin  erikois¬ 
tuneita  ohjainpiirejä.  Samanaikaisia 
laskutoimituksia  saattaa  siis  tapahtua 
taskussa  enemmän  kuin  entisajan  su¬ 
pertietokoneessa. 


#  Suoritetaan  järjestelmäkutsu  write(1 , herja, 1 5) , 

#  missä  1  on  standardiulostulo  ja  15  pituus. 

#  Write-kutsun  numero  on  64-bittisessä  Linuxissa  1 

#  ja  32-bittisessä  4. 


silmu:  movq  $1 ,%rax 

movq  %rax,%rdi 
movq  $herja,%rsi 
movq  $15,%rdx 
syscall 


mov  r7,#4 
mov  r0,#1 
adr  rl, herja 
mov  r2,#15 
swi  0 


#  Vähennetään  laskuria,  hypätään  jos  ei  nolla. 


decq  %rbp 
jnz  silmu 


subcc  r8,r8,#1 
bne  silmu 


#  Suoritetaan  järjestelmäkutsu  exit(0) 


movq  $4,%rax 
xorq  %rdi,%rdi 
syscall 


mov  r7,#1 
mov  r0,#0 
swi  0 


#  Tulostettava  merkkijono: 
herja:  .string  "Tilaa  Skrolli!  " 

Kernel-kutsuja  käyttävä  Linux-esimerkki  64-bittiselle  X86:lle  (vasemmanpuoleiset 
käskyt)  ja  32-bittiselle  ARMille  (oikeanpuoleiset).  Ohjelma  kääntyy  kohdekoneella 
käskyllä  gcc  -nostdlib  ohjelma. s  -o  ohjelma  tai  erikseen  as-assembleria  ja  Id-linkke- 
riä  kutsumalla. 


monesti  olemassa  erityisiä  laajennok- 
sia,  jotka  nopeuttavat  tietyntyyppisten 
tehtävien  suorittamista. 

Liukulukumatematiikkaa  on  van¬ 
hastaan  tarvittu  etenkin  tieteellisessä 
laskennassa.  Ideana  on,  että  luvut  esite¬ 
tään  käyttäen  kantalukua  ja  ”nollamää- 
rää”  (eli  mantissaa  ja  eksponenttia), 
jolloin  niiden  arvoalue  on  huomatta¬ 
vasti  laajempi  kuin  kokonaisluvuilla. 
PC-suorittimiin  alkoi  tulla  integroituja 
liukulukuyksiköitä  486-aikakaudella, 
mutta  pelikonsoli-  ja  mobiilimaail- 
massa  liukulukulaitteisto  ei  ole  ollut 
vielä  2000 -luvullakaan  mikään  itses¬ 
täänselvyys. 

Kuva-  ja  äänidatan  käsittelyn  no¬ 
peuttamiseen  on  käytetty  digitaalisia 
signaaliprosessoreja  (DSP).  90-luvulla 
DSP-tyyppisiä  SIMD-käskystöjä  ( single 
instruction ,  multiple  data )  alkoi  ilmes¬ 
tyä  myös  perussuorittimiin.  Esimerk¬ 
kejä  SIMD-laajennoksista  ovat  X86:n 


MMX  ja  SSE  sekä  ARMin  NEON. 

SIMD -käskyt  operoivat  nimensä 
mukaisesti  usealla  erillisellä  data-al¬ 
kiolla  rinnakkain.  Esimerkiksi  MMX- 
käskypaddb  mm0,mm1  tulkitsee 64-bit- 
tisten  multimediarekisterien  MMO  ja 
MM1  arvot  erillisten  8 -bittisten  tavu¬ 
jen  riveinä  laskiessaan  ne  yhteen.  Käs¬ 
kyjä  on  myös  esimerkiksi  data-alkioi¬ 
den  uudelleenjärjestelyyn. 

SSE:n  ja  NEONin  rekisterit  ovat 
128-bittiset,  ja  alkiot  voivat  olla  myös 
liukulukuja.  SSE  tukee  liukuluvuille 
myös  neliöjuuren  kaltaisia  monimut¬ 
kaisia  toimituksia,  ja  nyky-X86:ssa  se 
onkin  syrjäyttänyt  vanhat  X87-käskyt. 

Etenkin  mobiilimaailmassa  yksiin 
kuoriin  on  integroitu  valtava  määrä 
erikoistunutta  laskentalogiikkaa.  Esi¬ 
merkiksi  Qualcommin  Snapdragon 
810  -piiri  sisältää  kahdeksan  64-bit- 
tistä  ARM-suoritinydintä,  joista  kul¬ 
lakin  on  kolme  erillistä  liukuhihnaa 


Ja  sitten  räpeltämään 

Luontevimmat  ja  usein  palkitsevimmat 
kohteet  konekielitason  askarteluun 
löytyvät  yksinkertaisesta  tietoteknii¬ 
kasta  -  esimerkiksi  vanhoista  koti¬ 
mikroista,  sulautetuista  järjestelmistä 
ja  Arduinon  kaltaisista  elektroniikka- 
alustoista.  Laitteen  toimintaan  on  näis¬ 
sä  mahdollista  sukeltaa  yksittäisten 
bitinliikkeiden  ja  kellojaksojen  tark¬ 
kuudella,  ja  suorittimen  erityispiirteitä 
voi  hyödyntää  tavoilla,  jotka  katoavat 
korkean  tason  kielillä  näkymättömiin. 
Pieniä  laitteita  konekieliohjelmoidaan 
useimmiten  ristiinkääntäjillä  ( cross - 
assembler ),  ja  apuna  voi  usein  käyttää 
myös  emulaattoreja.  Valmiita  oppaita 
kannattaa  etsiä  kohdekoneen  mukaan. 

Isommilla  laitteilla  helpoin  tie  kone¬ 
kielen  pariin  löytyy  korkean  tason  kiel¬ 
ten  kääntäjistä:  esimerkiksi  GCC  kään¬ 
tää  -S-vivulla  lähdekooditiedoston 
assemblyksi,  jota  voi  tutkia  ja  muokata 
itse.  Kääntäjät  tukevat  myös  inline- 
assemblyä,  eli  assembly-osien  upot¬ 
tamista  korkean  tason  kielen  sekaan. 
Koodin  nopeuttamista  ei  kannattane 
käyttää  motivaattorina  nykysuoritti- 
mien  konekieliohjelmoinnin  opette¬ 
luun  -  sen  sijaan  kannattaa  kokeilla 
esimerkiksi  mahdollisimman  pienten 
ohjelmien  kirjoittamista. 

Assembly-kääntäjien  ohella  voi 
käyttää  myös  suorempia  työkaluja. 
Konekielimonitorit  ja  debuggerit  on 
tarkoitettu  muistin  ja  muistinvaraisen 
ohjelman  käsittelyyn  lennossa.  Hek- 
saeditoreilla  voi  puolestaan  tutkia  ja 
muokata  ohjelmatiedostoja  suoraan,  ja 
monet  niistä  osaavat  esittää  tiedoston 
sisällön  myös  assemblynä. 

Tämä  artikkeli  oli  tiivis  pintakatsaus 
konekielen  olemukseen.  Sen  tiedoil¬ 
la  voi  yrittää  tutkia  assembly-koodia, 
mutta  syvempään  tutustumiseen  on 
hyvä  olla  kattavat  käskykanta-  tai  suo- 
ritinkohtaiset  dokumentit.  Tämän  jäl¬ 
keen  konekieliohjelmoinnin  saloihin 
pääseekin  parhaiten  sisään  valitsemal¬ 
la  itselleen  jonkin  mieluisen  projektin 
ja  ohjelmoimalla  itse.  & 
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Aikaväli  kerta  us  muistin  tukena 

Harmittaako  unohtelu?  Mitä  jos  siirtäisit  vastuun  muistamisestasi  algoritmille? 
Aikavälikertausohjelmat  hoitavat  homman. 

Teksti:  Jussi  Määttä  Kuvat:  Sakari  Leppä,  Jussi  Määttä,  Mitol  Meerna 


Jokainen  meistä  on  joskus  ope¬ 
tellut  asioita  ulkoa.  Se  on  kovaa 
työtä,  ja  ahkerankin  pänttää¬ 
misen  tuloksilla  on  taipumus 
haihtua  muistista  nopeasti.  Jos 
muistiin  taotut  tiedonmuruset  ovat 
tärkeitä  tai  hyödyllisiä,  niiden  unohta¬ 
minen  voi  olla  valtava  vahinko. 

Unohtamista  voi  tietysti  ehkäistä 
kertaamalla.  Kaikkea  oppimaansa  ei 
tosin  voi  kerrata  päivittäin,  eikä  sii¬ 
nä  mitään  järkeä  olisikaan.  Nimittäin 
mitä  paremmin  jokin  fakta  on  muis¬ 
tiin  iskostunut,  sitä  kauemmin  kestää 
ennen  kuin  se  unohtuu.  Moni  muistaa 
yhä  puhelinnumeroita  ajalta  ennen 
kännyköitä,  ja  niitä  nyt  muistelemal¬ 
la  muistijäljet  vahvistuvat  entisestään. 
Hyvin  opittua  ei  tarvitse  kerrata  usein; 
vastikään  opittu  taas  vaatii  enemmän 
työtä  säilyäkseen  muistissa. 

Tietokoneet  apuun 

On  olemassa  tietokoneohjelmia,  jot¬ 
ka  pyrkivät  ajoittamaan  kertaamisen 
mahdollisimman  hyvin.  Käyttäjä  syöt¬ 
tää  ohjelmaan  kysymys-vastaus-pa- 
reja,  joita  ohjelma  sitten  kuulustelee. 
Jos  käyttäjä  muistaa  oikean  vastauksen 
vaikkapa  kaksi  päivää  kysymyksen 


lisäämisen  jälkeen,  ohjelma  saattaa 
ajoittaa  seuraavan  kertauksen  neljän 
päivän  päähän.  Jos  oikea  vastaus  löy¬ 
tyy  silloinkin,  voi  seuraava  intervalli  eli 
aikaväli  olla  kahdeksan  päivää.  Ihmi¬ 
sen  muisti  toimii  siten,  että  kertausten 
karttuessa  sopivat  intervallit  kasvavat 
kuukausien  tai  jopa  vuosien  mittaisik¬ 
si. 

Tällaisia  ohjelmia  kutsutaan  aikavä- 
likertausohjelmiksi  (engl.  spaced  repe¬ 
tition  software,  SRS).  Niiden  käyttämät 
aikavälien  laskentakaavat  pohjaavat 
tieteelliseen  tietoon  muistin  toimin¬ 
nasta.  Kyse  ei  sentään  ole  The  Matrix 
-elokuvassa  nähdyn  kaltaisesta  ”up- 
loadauksesta”,  mutta  mielleyhtymiltä 
ei  voi  välttyä,  kun  teknologia  auttaa 
optimoimaan  ihmisen  muistia. 

Täytyy  korostaa,  että  aikaväliker- 
taus  on  enemmän  kuin  vain  joukko 
kysymyksiä  ja  vastauksia,  joita  kuu¬ 
lustellaan  pahvikorttien  tai  tietokone¬ 
ohjelman  avulla.  Aikavälikertauksessa 
tietokone  arvioi,  kuinka  pitkään  käyt¬ 
täjä  voi  huoletta  olla  kertaamatta  tie¬ 
toa.  Nyrkkisääntönä  on,  että  kannat¬ 
taa  kerrata  juuri  ennen  kuin  tieto  olisi 
unohtunut. 


Unohtamisen  lait 

Saksalainen  psykologi  Hermann  Eb- 
binghaus  on  tärkeä  mies  muistamisen 
ja  unohtamisen  tutkimuksen  histori¬ 
assa.  Vuonna  1885  julkaisemassaan 
tutkimuksessa  hän  kuvasi,  kuinka  hän 
oli  opetellut  ulkoa  satunnaisia  kirjain¬ 
yhdistelmiä  ja  testannut,  miten  pitkään 


Yleistietoa 

muistitekniikoista 

Muisti  ja  keinot  sen  vahvistamisek¬ 
si  eivät  lakanneet  kiinnostamasta 
ihmisiä  kirjoitustaidon  keksimisen 
myötä.  Muinaiset  kreikkalaiset  ja 
roomalaiset  käyttivät  monenlaisia 
muistisääntöjä  ja  -tekniikoita  esi¬ 
merkiksi  puheiden  ulkoa  opette¬ 
luun.  Keskiajalla  muistitekniikoihin 
yhdistettiin  myös  erilaisia  okkultis¬ 
tisia  järjestelmiä. 

Mainio  katsaus  aiheeseen  on 
F.  A.  Yatesin  kirjassa  The  Art  of 
Memory  (1966).  Kiinnostavalta 
vaikuttaa  myös  tuoreempi  J.  Foerin 
Moonvvalking  with  Einstein: 
The  Art  and  Science  of  Re- 
membering  Everything  (2011). 
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Supermemon  tehokäyttäjille  suunnattu  Warrior-tila  ei  sovellu  hellämielisille. 


ne  säilyivät  muistissa. 

Tutkimuksensa  tuloksena  Ebbing- 
haus  sai  tukea  hypoteesilleen  unoh- 
duskäyristä  (engl.  forgetting  curve). 
Kyseessä  on  verrattain  yksinkertai¬ 
nen  matemaattinen  malli,  joka  kuvaa, 
kuinka  muistijälki  alkaa  heiketä  ker¬ 
tauksen  jälkeen.  Heikkenemisvauhti 
riippuu  siitä,  miten  vahvasti  tieto  on 
muistiin  kirjoittunut,  ja  tätä  voidaan 
arvioida  laskemalla  tehtyjen  kertaus¬ 
ten  lukumäärä. 

Suunnilleen  sata  vuotta  Ebbing- 
hausin  tutkimuksen  julkaisun  jäl¬ 
keen,  vuonna  1987,  puolalainen  Piotr 
Wozniak  julkaisi  ensimmäisen  ver¬ 
sion  Supermemo -ohjelmastaan.  Sen 
1.0-versio  on  tiettävästi  ensimmäi¬ 
nen  julkaistu  aikavälikertausohjelma. 
Wozniak  oli  kiinnostunut  muistista  jo 
vuosia  aiemmin  yliopisto -opintojensa 
innoittamana,  ja  Supermemo  oli  pit¬ 
källisen  suunnittelun  ja  kokeilun  tu¬ 
los.  Ennen  ohjelman  toteuttamista 
Wozniak  testasi  algoritminsa  toimi¬ 


vuutta  parin  vuoden  ajan  laskemalla 
kertausaikavälejään  kynän  ja  paperin 
avulla. 

Pohj  immiltaan  aikavälikertausohj  el- 
mat  siis  yrittävät  arvioida,  kuinka  tuke¬ 
vasti  mikäkin  fakta  on  käyttäjän  mie¬ 
lessä,  ja  laskea  sitten  unohduskäyrän 
avulla,  milloin  asia  kannattaa  seuraa- 
van  kerran  kerrata.  Käytännössä  tämä 
tapahtuu  siten,  että  kun  ohjelma  esittää 
käyttäjälle  kysymyksen,  käyttäjä  vas¬ 
taa  siihen  mielessään  ja  painaa  sitten 
nappia,  jolloin  ohjelma  näyttää  oikean 
vastauksen.  Ohjelma  pyytää  käyttäjää 
kertomaan,  muistiko  tämä  vastauksen 
vai  ei,  oliko  kysymys  helppo  vai  muis¬ 
taako  käyttäjä  koskaan  edes  nähneensä 
vastausta.  Tämän  perusteella  algoritmi 
päivittää  arvionsa  muistijäljen  vahvuu¬ 
desta  ja  laskee  uuden  intervallin. 

Käyttökohteita  ja  -tapoja 

Tyyppiesimerkki  aikavälikertauksen 
käytöstä  on  vieraan  kielen  sanaston 
opettelu.  Yleisesti  pidetään  hyvänä, 


että  kysymys-vastaus-parit  ovat  mah¬ 
dollisimman  yksinkertaisia  ja  nopeasti 
käsiteltäviä.  Sanaston  pänttäyksessä 
tulisi  siis  välttää  yhdistämästä  usei¬ 
ta  eri  sanoja  samaan  kysymykseen. 
Wozniak  kutsuu  tätä  pienimmän  in¬ 
formaatiomäärän  periaatteeksi. 

Kysymyskortteja  laatiessa  on  syytä 
kiinnittää  huomiota  myös  aktiivisen  ja 
passiivisen  muistamisen  eroon.  Suo¬ 
mennoksen  antaminen  vieraan  kielen 
sanalle  on  passiivista  muistamista  ja 
suomenkielisen  sanan  kääntäminen 
vieraalle  kielelle  aktiivista.  Kielen  ym¬ 
märtäminen  on  passiivinen  taito,  kun 
taas  sen  tuottaminen  on  aktiivinen  tai¬ 
to.  Oppimisen  kannalta  lienee  parasta 
tehdä  jokaisesta  sanasta  kortti  kum¬ 
minkin  päin. 

Kieltä  ei  opi  pelkästään  sanastoa 
tankkaamalla,  mutta  aikavälikertaus 
taipuu  myös  luetun  ymmärtämisen 
harjoitteluun.  Monet  ovat  käyttäneet 
varsinkin  japanin  opiskeluun  niin  kut¬ 
suttua  AJATT-metodia,  jonka  nimi- 
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Avoimen  lähdekoodin  Anki  on  aikavälikertausohjelmien  parhaimmistoa. 


Eräitä  kertausohjelmia 

SRS-sovelluksista  parhaimpia  lienevät  avoimen  lähdekoodin  Anki 
(http://ankisrs.net/)  ja  Mnemosyne  (http://mnemosyne-proj.org/).  Molem¬ 
mat  ovat  osoittautuneet  luotettaviksi  pitkälläkin  aikavälillä,  ja  niillä  on  laajat 
käyttäjäkunnat.  Anki  mahdollistaa  korttien  helpon  synkronoinnin  ohjelman 
pääkehittäjän  ylläpitämälle  palvelimelle,  ja  kertauksia  voi  tehdä  myös  ilmaisella 
Android-sovelluksella  tai  maksullisella  Iphone-sovelluksella.  Toisaalta  yksinker¬ 
taisemmalla  Mnemosynellä  on  helpompi  päästä  alkuun. 

Memrise  (http://memrise.com/)  ja  Cerego  (http://cerego.com/)  toimivat 
nettiselaimessa  ja  älypuhelimessa  ja  vaikuttavat  helppokäyttöisiltä.  Niihin  on 
tarjolla  paljon  valmiita  kysymyskokoelmia,  joiden  avulla  aikavälikertausta  voi 
kokeilla  vaivattomasti. 

Klassinen  Supermemo  (http://supermemo.com/),  josta  kaikki  alkoi,  on  myös 
voimissaan.  Windows-pohjainen  ohjelma  on  ehtinyt  jo  versioon  16.  Sitä  ei  voi 
suositella  muille  kuin  asiaan  todella  vihkiytyneille,  sillä  ohjelman  lukemattomat 
toiminnot  ja  äärimmäisen  sekava  käyttöliittymä  vaativat  viikkojen  opettelun. 

On  myös  Supermemo-nimeä  kantavia  älypuhelinsovelluksia,  mutta  ne  ovat 
lähinnä  Puolan  sisämarkkinoille  suunnattuja. 


merkki  Khatzumoto  esitteli  blogissaan 
viime  vuosikymmenellä.  Siinä  tärkeäs¬ 
sä  osassa  on  aikavälikertauksen  ahkera 
käyttö  siten,  että  kunkin  kortin  sisäl¬ 
tönä  on  kysymyspuolella  kokonainen 
vieraskielinen  lause  ja  vastauspuolella 
sanojen  käännöksiä  tai  muita  ymmär¬ 
ryksen  apuja. 

Aikavälikertaus  sopii  myös  trivian 
opiskeluun.  Yhdysvalloissa  suositussa 
Jeopardy-televisiovisailussa  ennätyk¬ 
sellisen  hyvin  menestynyt  Roger  Craig 
käytti  avoimen  lähdekoodin  kertaus- 
ohjelma  Ankia  ahtaessaan  nippelitie- 
toa  päähänsä.  Toivoa  sopii,  että  Craig 
lahjoitti  satojen  tuhansien  dollareiden 


palkintorahoistaan  muutaman  hilkun 
Ankin  kehittäjälle! 

Muitakin  hyödyllisiä  tai  viihteellisiä 
käyttökohteita  on  helppo  keksiä.  Ker- 
tausohjelmaan  voi  syöttää  vaikkapa 
satoja  Emacs- tekstieditorin  näppäin- 
komentoyhdistelmiä,  kuvat  maailman 
valtioiden  lipuista  tai  kaikki  vastaukset 
työpaikan  kahvihuoneen  ainaiseen  ih¬ 
metyksen  aiheeseen  siitä,  miksi  mil¬ 
loinkin  on  liputuspäivä. 

Aikavälikertauksen  ongelmat 

Aikavälikertaus  on  saanut  osakseen 
arvostelua  yhtä  kauan  kuin  ohjelmia 
on  ollut  tarjolla.  Osa  argumenteista  on 


tyhjänpäiväisiä  (esim.  ”Miksi  opetella 
ulkoa?  Ainahan  voi  katsoa  netistä”), 
mutta  aiheellistakin  kritiikkiä  riittää. 

Jos  jonakin  päivänä  jättää  tekemättä 
ohjelman  ajoittamat  kertaukset,  ne  li¬ 
säävät  seuraavan  päivän  kertausmää- 
rää.  Tekemättömillä  kertauksilla  on 
tapana  kasaantua  esimerkiksi  lomien 
aikana,  ja  ohjelman  antama  tyly  ”1000 
korttia  odottaa  kertausta”  -ilmoitus 
syö  helposti  innostuksen  koko  asiaan. 
Jokainen  aikavälikertausta  käyttämään 
ryhtynyt  huomaa  pian,  että  selkeän  ru¬ 
tiinin  muodostaminen  on  tärkeää. 

Ohjelmien  kehittäjät  ovat  yrittäneet 
keksiä  kertausten  kasaantumisen  pul¬ 
maan  erilaisia  ratkaisuja,  mutta  poh¬ 
jimmiltaan  ongelmaa  voi  vain  piilotel¬ 
la  tai  lykätä.  Ainoa  todellinen  ratkaisu 
on  ottaa  itseään  niskasta  kiinni  ja  teh¬ 
dä  kertaukset. 

Aikavälikertaus  voi  myös  aiheuttaa 
ahdistusta.  Jos  on  käyttänyt  paljon  ai¬ 
kaa  kysymysten  ja  vastausten  syöttä¬ 
miseen,  voi  kertausten  tekemättä  jättä¬ 
minen  tuntua  aiemman  työn  hukkaan 
heittämiseltä.  Ja  jos  kertauksista  pitää 
taukoa,  voi  ajatus  kertyvästä  korttivuo- 
resta  tuntua  stressaavalta. 

Toisaalta  kertausohjelmista  voi  in¬ 
nostua  liikaa.  Jotkut  päättävät  syöttää 
ohjelmaan  kaiken,  mitä  he  kuvittelevat 
haluavansa  muistaa.  Jos  huomaa  miet¬ 
tivänsä,  pitäisikö  ohjelmaan  syöttää 
kummitädin  syntymäpäivä  tai  Norjan 
lipun  mittasuhteet,  on  syytä  pohtia, 
onko  harrastus  lähtemässä  käsistä. 

Jotkut  kertausohjelmien  käyttäjät 
alkavat  pitää  ohjelmien  algoritmeja 
kaikkivoipina  oppimestareina,  joita 
ei  sovi  missään  tapauksessa  uhmata. 
Netin  keskustelupalstoilla  voi  tavata 
huolestuneita  käyttäjiä,  jotka  ovat  tör¬ 
männeet  vieraan  kielen  sanaan  ker- 
tausohjelman  ulkopuolella  ja  pelkäävät 
algoritmin  sekoavan  -  aivan  kuin  he 
opiskelisivat  kieliä  algoritmia  eivätkä 
itseään  varten! 

Kannattaako? 

Onko  aikavälikertaus  todella  vaivansa 
arvoista?  Nimimerkki  Gwern  laskes¬ 
kelee  Spaced  Repetition  -artikkelissaan 
(ks.  linkki  jutun  lopussa),  että  jos  jon¬ 
kin  faktan  etsimiseen  tulisi  muuten 
käyttämään  elämänsä  aikana  yhteensä 
vähintään  viisi  minuuttia,  niin  sen  li¬ 
sääminen  kertausohjelmaan  säästää  ai¬ 
kaa.  Asia  ei  kuitenkaan  ole  aivan  näin 
yksinkertainen.  Tiedon  tarpeellisuutta 
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oimaan.  Internetistä  on  myös  helppo 
löytää  tavallisten  ihmisten  tarinoita 
positiivisista  oppimiskokemuksista. 

Lopullinen  vastuu  oppimisesta  ja  sen 
järkevyydestä  säilyy  aina  käyttäjällä 
itsellään.  Kieliä  opeteltaessa  on  muis¬ 
tettava,  että  puhumista  ja  omaehtoista 
lauseiden  tuottamista  ei  opita  kertaus  - 
ohjelmilla  vaan  tekemällä.  Sama  pätee 
useimpiin  muihinkin  taitoihin:  ei  riitä, 
että  muistaa  kaiken,  jos  tietoa  ei  osaa 
hyödyntää. 

Lopuksi 

Vaikka  ei  juuri  nyt  olisikaan  tarvet¬ 
ta  optimoida  oppimistaan  tai  oppia 
mitään  uutta,  on  aikavälikertauksen 
olemassaolosta  hyvä  tietää.  Tietotek¬ 
niikka  mahdollistaa  kyllä  verrattain 
nopean  tiedonhaun,  mutta  muistilla 
on  yhä  arvonsa.  Aiheeseen  tutustu¬ 
minen  lisää  myös  ymmärrystä  omista 
oppimis-  ja  muistamisprosesseista.  Ja 
onhan  ajatus  kognitiivisten  toiminto¬ 
jen  tehostamisesta  teknologian  avulla 
jännittävä  jo  itsessään! 

Tolkku  on  kuitenkin  pidettävä  mu¬ 
kana.  Stoalaisfilosofi  Seneca  kirjoitti: 
”Pidätkö  moitittavana  henkilöä,  joka 
katsoo  turhat  asiat  hyödyllisten  veroi¬ 
siksi  ja  levittelee  talossaan  nähtäville 
kallisarvoisia  esineitä,  mutta  etkö  pidä 
moitittavana  sitä,  joka  on  täyttänyt 
mielensä  tiedollisella  rihkamalla?”  & 


Yhdeksi  ratkaisuksi  on 
ehdotettu  ns.  cloze-tyyppisiä  kortteja, 
joissa  kysymykset  koostuvat  lauseista, 
joista  on  peitetty  jokin  tärkeä  sana. 

Aikavälikertaukseen  soveltuukin 
parhaiten  materiaali,  joka  on  luonnol¬ 
lisesti  jaettavissa  pieniin  ja  mahdolli¬ 
simman  itsenäisiin  yksiköihin.  Opis¬ 
keltavan  aihepiirin  on  myös  hyvä  olla 
selkeästi  rajattu,  jotta  ohjelmaan  tulee 
syöttäneeksi  ainoastaan  hyödyllistä  ja 
ulkoa  muistamisen  arvoista  informaa¬ 
tiota. 

Materiaalin  opiskeluun  tulisi  varata 
riittävästi  aikaa,  vähintään  kuukausia, 
sillä  aikavälikertauksen  hyöty  koros¬ 
tuu  nimenomaan  pitkällä  aikavälillä. 
Toisaalta  väitän,  että  ideaalitilanteessa 
ohjelmaan  syötetty  materiaali  muut¬ 
tuu  vähitellen  käyttäjälle  turhaksi. 
Tällöin  ohjelma  täyttää  tarkoituksen¬ 
sa  oppimisen  tehostajana  mutta  ei  saa 
käyttäjää  tuntemaan,  että  hänen  muis¬ 
tinsa  on  algoritmin  armoilla. 

Esimerkiksi  kieltenopiskelija  voi  tai¬ 
tojen  ja  sanavaraston  karttuessa  siirtyä 
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on  joskus  vaikea  arvioida  etukäteen, 
mutta  kertausohjelman  näkökulmasta 
jokainen  siihen  lisätty  fakta  on  saman¬ 
arvoinen.  Supermemossa  voi  tosin 
säätää  prioriteetteja,  mutta  toiminto 
vaatii  käyttäjältä  lisätyötä,  ja  sen  hyöty 
on  kyseenalainen. 

Reaalimaailma  sen  sijaan  tekee 
automaattista  priorisointia: 
hyödyllisiä  tietoja  tarvitaan 
useammin,  joten  niitä  tulee 
kerranneeksi  luonnostaan 
silloin  tällöin.  On  myös 
syytä  huomata,  että  vaik¬ 
kapa  harvinaista  vieraan 
kielen  sanaa  ei  välttämättä 
tarvitse  koskaan  erikseen 
opetella,  vaan  merkityksen 
voi  päätellä  asiayhteydestä. 

Toisaalta  elämässä  pärjää 
hyvin,  vaikka  ei  tuntisi¬ 
kaan  jokaista  obskuu- 
ria  sivistyssanaa. 

Voidaan  myös 
kysyä,  onko  kaik¬ 
ki  tieto  todella 
redusoitavissa  yksit¬ 
täisiksi  kysymys-vas- 
taus-pareiksi.  Miten 
vaikkapa  filosofinen 
essee  muokkautuisi 
aikavälikertaukseen 
soveltuvaksi?  Kysy¬ 
mys  on  kiistanalainen. 


käyttämään  kieltä  päivittäisessä  elä¬ 
mässään,  jolloin  hän  pääsee  luonnos¬ 
taan  edellä  mainitun  Reaalimaailman 
priorisoinnin”  piiriin.  Monet  amma¬ 
tilliset  tietokokonaisuudet  taas  van¬ 
hentuvat  vähitellen:  vaikkapa  IT-alalla 
päntätään  usein  sertifiointitutkintoi- 
hin,  jotka  voivat  menettää  merki¬ 
tyksensä  muutamassa  vuodessa 
uusiin  järjestelmiin  siirryttä¬ 
essä. 

Mikäli  materiaali  on 
selkeästi  rajattu,  jaetta¬ 
vissa  pieniin  yksiköihin 
ja  tulee  aikanaan  van¬ 
hentumaan  tai  muuttu¬ 
maan  osaksi  käyttäjän 
arkea,  kannattaa  harkita 
vakavasti  aikavälikerta¬ 
uksen  käyttöä.  Kau¬ 
pallista  SRS -alus¬ 
taa  pyörittävä 
Cerego-yhtiö  on 
julkaissut  usei¬ 
ta  tutkimuksia, 
joissa  pyritään 
osoittamaan 
empiirisesti 
oppimisen 
tehostumista. 
Näiden  tut¬ 
kimusten  ob¬ 
jektiivisuutta 
en  lähde  arvi¬ 
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Unity  3D  -  pelinkehityksen  vallankumous 

Viime  vuosien  aikana  pelinkehityksen  maailmassa  on  koettu  ihmeellisiä  ja  mullistavia  hetkiä. 
Vanhojen  pelikehitystyökaluj en  rinnalle  on  noussut  pikkuruisen  tanskalaisstudion  luoma 
Unity  3D,joka  nousi  ensin  indiekehittäjien  suosioon  ja  haastoi  sitten  perinteiset  raskaan 
sarjan  työkalut. 


Teksti  ja  kuvat:  Miikka  Lehtonen 

ielä  muutamia 
vuosia  sitten 
pelimaailman 
ykkösvaihto¬ 
ehto  oli  Un- 
real  Engine. 
On  tavallaan 
jopa  harhaanjohtavaa  puhua  Vaihto¬ 
ehdosta”  sillä  todellisuudessa  kaikissa 
vähänkään  isommissa  projekteissa  Un- 
real  oli  ainoa  vaihtoehto. 

Asetelmat  ovat  kuitenkin  muuttu¬ 
neet  nopeasti  ja  vieläpä  yllättävästi. 
Unity  3D  on  kyllä  puksutellut  jo  yh¬ 
deksän  vuotta.  Pienen  indieskenen 
rakastamasta  moottorista  ja  ympä¬ 
ristöstä  tuli  kuitenkin  nopeasti  ensin 
oikea  vaihtoehto  Unreal  Enginelle  ja 
muille  suurille  moottoreille.  Hieman 
myöhemmin  siitä  tuli  jo  markkinayk- 
könen. 

Mistä  Unityssä  oikeastaan  on  kyse? 
Mistä  se  tuli,  mikä  tekee  siitä  niin  suo¬ 
situn  ja  mihin  se  on  menossa  -  ja  min¬ 
ne  se  vetää  perässään  koko  peliskeneä? 

Vallankumous 

moottorimarkkinoilla 

Vielä  muutama  vuosi  sitten  pelien  ke¬ 
hittäminen  oli  aika  hankalaa  puuhaa. 
Jos  ei  puhuttu  ihan  ristinollan  tapaisis¬ 
ta  projekteista,  niin  monen  innokkaan 
pöytälaatikkokehittäjän  ura  tyssäsi 
siihen,  että  tarvittiin  pelimoottori.  Se 
koodirunko,  joka  huolehti  grafiikan 


piirtämisestä,  äänien  soittamisesta  ja 
animaatioiden  käsittelystä.  Se  perusta, 
jonka  varaan  koko  projekti  rakentui. 

Vaihtoehtoja  kyllä  oli,  mutta  niis¬ 
tä  useat  olivat  huonoja.  Niin  ikään 
pöytälaatikkokoodarien  virittelemät 
moottorit  olivat  kankeita  ja  kömpe¬ 
löitä,  ja  pelikehittäjien  oli  tehtävä  vielä 
valtavasti  työtä,  ennen  kuin  varsinai¬ 
nen  pelinteko  edes  pääsi  alkuun.  Jos 
tämä  ei  riittänyt,  vaihtoehtona  oli  joko 
kehittää  itse  oma  pelimoottori  -  mikä 
on  hirvittävän  hankalaa  ja  aikaavievää 
puuhaa  -  tai  maksaa  itsensä  kipeäksi 
lisensoimalla  ammattilaistyökalut. 

Lokakuussa  2009  koettiin  pienoinen 
vallankumous,  kun  indiemarkkinoilla 
omaa  nurkkaustaan  hallinnut  Unity 
Technologies  muutti  Unity  3D  -peli- 
moottorinsa  lisenssiehtoja.  Kalliin  am- 
mattilaisversion  rinnalla  oli  myyty  jo 
pitkään  pienille  tiimeille  tarkoitettua  ja 
kaikkein  kovimmista  ominaisuuksista 
riisuttua  indie-versiota,  mutta  senkin 
verrattain  edulliset  lisenssimaksut  oli¬ 
vat  monelle  pöytälaatikkokoodarille 
ylitsepääsemätön  este.  Unity  Techno¬ 
logies  kuitenkin  vapautti  indie -version 
vapaaseen  levitykseen.  Sillä  sai  tehdä 
pelejään  vapaasti,  ja  niin  myös  tehtiin. 

Olin  itse  juuri  Unityn  ilmaistumi- 
sen  aikaan  Turun  yliopiston  pelinke- 
hityskurssilla.  Alkuviikkojen  aikana 
miltei  kaikki  tiimit  joko  sorvailivat 
omia  moottoreitaan  tai  yrittivät  pääs¬ 


tä  sinuiksi  PyGamen,  Python-kielelle 
rakennetun  alkeellisen  ja  kankean 
moottorin,  kaltaisten  viritelmien  kans¬ 
sa.  Miltei  yhden  yön  aikana  kaikki 
kurssilla  olleet  tiimit  vaihtoivat  Unityn 
ilmaisversioon,  eikä  sen  jälkeen  juuri 
kukaan  ole  taakseen  katsonut.  Lähes 
kaikki  tuolloin  Unityyn  vaihtaneet 
ovat  myös  sen  parissa  pysyneet. 

Emmekä  suinkaan  olleet  ainoat,  sillä 
samaa  on  tapahtunut  kaikkialla  muu¬ 
allakin.  Niin  pienet  muutaman  kehit¬ 
täjän  kaveriporukat  kuin  suuremmat 
ammattilaisstudiotkin  ovat  vaihtaneet 
Unityyn,  yksi  toisensa  perään. 

Syyt  siihen  ovat  moninaisia,  mutta 
ennen  kuin  tutustumme  niihin,  pu¬ 
hutaan  hetki  itsestään  Unitystä.  Mikä 
tekee  siitä  niin  erikoisen  ja  suositun? 


Unity  pähkinänkuoressa 
Kehittäjä:  Unity  Technologies 
Kehityksessä:  8.6.2008  lähtien 
Tuorein  versio:  5.0 
Tuetut  ohjelmointikielet:  Boo, 
C#,  JavaScript 

Tuetut  kehitysalustat:  Mac, 
Windows 

Tuetut  kohdealustat:  21  eri 

alustaa,  muun  muassa  Android, 
iOS,  Linux,  Mac,  Windows,  Playsta¬ 
tion  3,  Playstation  4,  Playstation 
Vita,  Xbox  360,  Xbox  One  ja  Wii  U 
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Tyypillinen  näkymä.  Vasemmalla  kohtauseditori.  Oikealla  selain,  jolla  voi  poimia  projektikansiosta  assetteja  sekä  määritellä  valitun 
esineen  piirteitä. 


Vaikka  Unity  olikin  alunperin  vain  3D-käyttöön  kehitetty  softa  -  mistä  myös  nimi  - 
nykyään  myös  2D-pelit  toimivat  sillä  erinomaisen  hyvin. 


Unityn  Asset  Store  tarjoaa  mahdollisuuden  hankkia  grafiikkaa,  koodia  tai  vaikka  ää¬ 
niä  peliprojektiinsa,  ainakin  jos  Visasta  löytyy  vähän  vääntöä. 


Nopeammin,  helpommin, 
halvemmin 

Unity  on  kattava  ja  hyvin  tuettu  pe¬ 
limoottorin  ja  kehitysympäristön 
risteytys.  Se  soveltuu  mainiosti  niin 
2D-  kuin  3D -sovellusten  kehittämi¬ 
seen.  Se  on  tarkoitettu  pääasiassa  pe¬ 
limoottoriksi,  mutta  sillä  on  toteutettu 
myös  esimerkiksi  arkkitehtuurien  työ¬ 
kaluja,  virtuaalisia  kiertoajeluja,  inte¬ 
raktiivisia  oppaita  ja  ties  mitä  muuta. 
Vuosien  varrella  Unityyn  on  lisätty  jos 
jonkinlaisia  ominaisuuksia  ja  se  sisäl¬ 
tää  muun  muassa  laadukkaat  valo-  ja 
fysiikkamoottorit. 

Unityn  suosion  räjähdysmäinen 
nousu  selittyy  oikeastaan  yhdellä  sa¬ 
nalla:  helppo.  Unity  oli  monessakin 
mielessä  se  ensimmäinen  moottori, 
joka  pyrki  tekemään  asiat  helpoksi. 
Aikanaan  historiallisen  lempeistä  li¬ 
senssiehdoista  lähtien  Unity  oli  selväs¬ 
ti  suunniteltu  pelimoottoriksi,  joka  ei 
pyrkinyt  olemaan  elitistinen. 

Sen  ilmaisversio  julkaistiin  aikana, 
jolloin  miltei  kaikki  muut  vaihtoehdot 
sulkivat  kehittäjiä  ulos  joko  hinnal¬ 
laan,  saatavuudellaan  tai  toimivuudel¬ 
laan.  Unity  taas  pyrki  ottamaan  kaikki 
mukaan:  asentakaa  ilmaiseksi,  tehkää 
pelejä. 

Oli  toki  kova  juttu  julkaista  yleen¬ 
säkään  pelimoottori,  jota  ihmiset  pys¬ 
tyivät  käyttämään,  mutta  sen  lisäksi 
heidät  piti  saada  tarttumaan  sorviin  ja 
kokeilemaan.  Unity  keräsikin  huomi¬ 
ota  ja  mainetta  olemalla  työkalu,  jolla 
prototyyppailu  oli  helppoa. 

Maine  oli  ansaittu,  sillä  Unityllä  on 
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Unityn  tiedostotuki  on  laaja:  ääniä,  grafiikkaa  ja  muita  asset- 
teja  voi  hyödyntää  melko  vapaasti,  joskin  joskus  versioiden  vä¬ 
liset  yhteensopimattomuusongelmat  aiheuttavat  päänvaivaa. 
Näiden  kun  pitäisi  olla  ihmishahmoja... 


Unityllä  tehtyä 

Vuosien  varrella  tyypillinen  Unity-peli  on  tarkoittanut 
milloin  mitäkin.  Ominaisuuksien  muuttuessa  ja  suosion 
kasvaessa  "tyypillinen"  on  kuitenkin  muuttunut  ehkä 
harhaanjohtavaksi  termiksi,  sillä  Unityllä  on  tehty  niin 
suuria  kuin  pieniäkin  pelejä  aina  muutaman  hengen 
opiskelijaporukoista  AAA-tason  suuriin  julkaisuihin.  Tässä 
muutamia  esimerkkejä. 

Cities:  Skylines  -  Kyllä,  tamperelaisen  Colossal  Orderin 
hillittömäksi  hitiksi  noussut  kaupunkisimulaatio  pyörii 
kuin  pyöriikin  Unityn  päällä  ja  todistaa,  että  moottori 
hallitsee  hyvin  myös  suuret  asiat. 

Kerbal  Space  Program  -  Tunnetussa  indie-hitissä 
kasataan  palasista  avaruusaluksia,  joita  sitten  lauotaan 
vankan  fysiikkamoottorin  avulla  kiertoradalle  -  toivotta¬ 
vasti,  mutta  ei  läheskään  aina,  yhtenä  kappaleena! 

Grow  Home  -  Myös  maailman  suurimpiin  pelijulkai- 
sijoihin  kuuluva  Ubisoft  käyttää  Unityä.  Pienen  tiimin 
nopeasta  prototyypistä  tuli  hurmaava  peli,  jossa  fysiikan 
avulla  liikkuva  robotti  kiipeää  jättimäistä  pavunvartta 
pitkin  taivaisiin. 

Ori  and  the  Blind  Forest  -  Pienen  tiimin  vuosia 
vääntämä  2D-tasohyppely  on  ensimmäisiä  Unityllä 
tehtyjä  konsolipelejä.  Hämmentävän  kaunista  grafiikkaa 
ja  suurta  pelimaailmaa  hyödyntävä  peli  sai  monet  Unity- 
veteraanitkin  raapimaan  partaansa.  "Miten  ihmeessä  tuo 
on  tehty?" 

Hearthstone  -  Vaikka  sitä  ei  ehkä  ensisilmäyksellä 
uskoisi,  Blizzardin  mainio  ja  kymmeniä  miljoonia  pelaajia 
viihdyttävä  digitaalinen  keräilykorttipeli  pyörii  Unityllä. 
Realis3D  -3D-visualisointityökalu  on  tarkoitettu  insi¬ 
nööreille  ja  arkkitehdeille  ja  antaa  näille  mahdollisuuden 
suunnitella  nopeasti  erilaisia  3D-ympäristöjä. 


aina  päässyt  nopeasti  siihen  itse  asi¬ 
aan,  eli  kokeilemaan  ideoitaan  ja  vi¬ 
rittelemään  pelejä.  Sen  keskipisteessä 
on  aikanaan  vallankumouksellinen 
Scene  Editor,  kohtauseditori,  jolla  voi 
helposti  ja  graafisesti  luoda  ja  käsitellä 


pelinsä  kohtauksia.  Oli  kyse 
sitten  tasohyppelypelin  ken¬ 
tästä  tai  seikkailupelin  huo¬ 
neesta,  oli  aivan  uskoma¬ 
tonta  käyttää  pelimoottoria, 
jossa  tilaa  pystyi  muokkaa¬ 
maan  liikuttelemalla  esi¬ 
neitä  hiirellä.  Kyse  on  siis 
hyvin  intuitiivisesta  ja  erit¬ 
täin  miellyttäväkäyttöisestä 
kehitysympäristöstä. 

Nykyään  visuaalinen  ke¬ 
hitys  on  toki  jo  arkipäivää. 
Täytyy  kuitenkin  muistaa, 
että  Unity  julkaistiin  aikana, 
jolloin  piti  joko  hankalasti 
toteuttaa  moiset  ominaisuu¬ 
det  itse  tai  vaihtoehtoisesti 
koodata  pelejään  sijoittele- 
malla  esineitä  ja  hahmoja 
maailmaan  suorien  koor¬ 
dinaattien  avulla.  Ei  kovin 
kivaa  puuhaa  tämäkään. 

Unityn  sujuvuus  ei  loppu¬ 
nut  siihen.  Taustalla  on  toki 
koodia  ja  jos  siitä  haluaa 
saada  täyden  hyödyn  irti, 
ohjelmoinnin  täytyy  sujua. 
Vallankumouksellista  oli  se, 
mitä  koodilla  sitten  tehtiin: 
graafisessa  editorissa  pystyi 
hiirellä  raahaamalla  liittä¬ 
mään  skriptejä  ja  koodia  eri 
esineisiin.  Tämän  jälkeen 
niiden  julkisiksi  määritel¬ 
tyjä  ominaisuuksia  pystyi 
muokkaamaan  suoraan 
graafisesti  ja  intuitiivisesti. 
Tämä  oli  kova  ominaisuus 
jo  niillekin  meistä,  joilla  bit¬ 
ti  pysyy  hyppysissä,  mutta 
suorastaan  vallankumouk¬ 
sellista  innokkaille  kehittä¬ 
jille,  jotka  halusivat  suun¬ 
nitella  pelejä,  mutta  eivät 
ehkä  olleet  hirveän  taitavia 
koodareita. 

Netissä  lähti  kiertämään 
alta  aikayksikön  ihmisten 
koodaamia  luokkia,  joilla 
liikuteltiin  hahmoja,  käsitel¬ 
tiin  inventaarioita,  ohjattiin 
autoja  ja  niin  edelleen.  Näin 
innokkaat  amatööritkin 
pystyivät  intuitiivisesti  ja  sujuvasti  ko¬ 
koamaan  omia  pelejään.  Eiväthän  ne 
toki  olleet  yhtä  sujuvia  tai  hyviä  kuin 
varta  vasten  koodatut  pelit,  mutta  ne 
tarjosivat  monelle  ensimmäisen  mais- 
tiaisen  pelinkehityksestä  ja  istuttivat 


halun  opetella  enemmän. 

Ei  sovi  myöskään  unohtaa  sitä,  että 
alusta  saakka  Unityn  tarkoituksena  on 
ollut  myös  tehdä  sovellusten  kääntämi¬ 
nen  eri  alustoille  mahdollisimman  hel¬ 
poksi.  On  oikeasti  aika  kova  juttu,  että 
vaikka  Windowsilla  tehdyn  pelin  voi 
pienellä  vaivalla  ja  tuunailulla  kääntää 
Android-puhelimelle  tai  modernille 
pelikonsolille. 

Kehitys  kehittyy,  entä 
moottori? 

Unity  siis  alkoi  kerätä  itselleen  nimeä 
olemalla  tavallaan  ensimmäinen.  Asi¬ 
aan  toki  liittyy  myös  muita,  ulkopuo¬ 
lisia  ja  ehkä  onnekkaitakin  sattumia. 
Merkittävä  tekijä  sen  nousulle  on  var¬ 
masti  ollut  myös  se,  että  indiepelit  ovat 
yleisestikin  viimeisten  vuosien  aikana 
keränneet  näkyvyyttä.  Ne  ovat  muut¬ 
tuneet  pienen  porukan  kuriositeeteista 
yllättävänkin  tuottoisiksi  myyntihi- 
teiksi. 

Sekä  mobiili-  että  tietokonepuo¬ 
lella  -  ja  jopa  pelikonsoleilla,  kiitos 
Microsoftin  ja  Sonyn  pelipulan  -  in- 
die  on  aina  vain  kysytympää  ja  sille 
riittää  markkinapaikkojakin.  Niinpä 
pelialalla  oli  tilausta  pelimoottorille  ja 
työkaluille,  joita  ei  ollut  suunniteltu 
120  hengen  jättitiimien  ja  kymmenien 
miljoonien  eurojen  budjeteilla  toteu¬ 
tettavien  pelien  tarpeisiin,  vaan  pienil¬ 
le  tiimeille  ja  pieniin  peleihin. 

Kun  putken  pää  oli  avattu,  ei  sitä  tie¬ 
tenkään  enää  kiinnikään  saanut.  Unity 
ei  saanutkaan  olla  kukkulansa  kunin¬ 
kaana  kovinkaan  pitkään.  Epic  Games 
ja  monet  muut  uudemmat  ja  vanhem¬ 
mat  kehittäjät  huomasivat  nopeasti, 
että  markkinoilla  oli  kysyntää  skaalau- 
tuville  pelimoottoreille  ja  indietiimejä 
ymmärtäville  firmoille. 

Niinpä  noin  vuodesta  2011  lähtien 
onkin  käyty  melkoista  pelimoottorien 
kylmää  sotaa.  Yksi  lisää  omaan  moot¬ 
toriinsa  halutun  tuen  -  vaikkapa  työ¬ 
kalut  2D -pelien  kehittämistä  varten 
-  tai  lieventää  omia  lisenssiehtojaan. 
Sitten  muut  seuraavat  perässä. 

Unity  on  vuosien  varrella  kehittynyt 
ehkä  turhankin  nopeasti.  Vielä  tähän 
kevääseen  saakka  sen  lisenssiehdot, 
jotka  aikanaan  olivat  niin  anteliaat  ja 
kivat,  vaikuttivat  yllättäen  vertailussa 
suorastaan  antiikkisilta.  Epicin  jael- 
lessa  Unreal  Engineä  ensin  halvoilla 
kuukausimaksuilla  ja  lopulta  ”ottakaa 
nyt  vaikka  sitten  ilmaiseksi!”  -hengellä 
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Unity  vaikutti  yllättäen  kelkasta  pu¬ 
donneelta.  Ilmainen  harrastelijaversio 
ei  tukenut  esimerkiksi  lainkaan  dy¬ 
naamisia  varjoja,  mikä  sai  kaikki  sillä 
kehitetyt  pelit  näyttämään  suorastaan 
karseilta.  Ikävää  oli  myös  se,  että  pit¬ 
kään  Unityn  parhaat  ominaisuudet, 
kuten  pelien  porttaaminen  eri  alustoil¬ 
le,  vaativat  ylimääräisiä  lisenssiostoja 
ja  rahallisia  panostuksia.  Niihin  pienil¬ 
lä  tiimeillä  ei  ollut  varaa. 

Onneksi  lopulta  paineeseen  vastat¬ 
tiin  ja  kevään  aikana  Unitykin  pisti 
lisenssiehtonsa  kokonaan  uusiksi.  Nyt 
jakelussa  on  kaksi  moottoria,  jotka 
ovat  ominaisuuksiltaan  identtiset.  Il¬ 
maisversiolla  voi  tykitellä  menemään 
mielensä  kyllyydestä,  kunhan  pelin 
vuosituotot  eivät  ylitä  sataatuhatta  taa¬ 
laa.  Fysiikat,  valoefektit  ja  muut  irtoa¬ 
vat  ilmaisversiostakin  aivan  yhtä  hyvin 
kuin  ammattiversiosta,  joka  erottuu 
paremman  ja  yksilöidymmän  teknisen 
tuen  sekä  tiimiominaisuuksiensa  avul¬ 
la. 

Nopea  kehitys  näkyy  myös  siinä, 
että  Unity  kantaa  mukanaan  yhä  pal¬ 
jon  koodiriippakiviä.  Moottorin  pa¬ 
rantuessa  ja  monipuolistuessa  monet 
ominaisuudet  ovat  olleet  yllättävänkin 
pitkään  joko  hankalia,  kankeita  tai  ra¬ 
joittuneita.  Moni  asia  tehtiin  aikoinaan 
paljon  simppelimpää  käyttöä  varten, 
eikä  niitä  ole  ehditty  koskaan  tehdä 
kunnolla  uusiksi. 

Vaikka  Unityn  väki  onkin  tasaiseen 
vauhtiin  tilkinnyt  aukkoja  ja  repinyt 
riippakiviään  modernin  ajan  puolel¬ 


le,  niin  joskus  se  on  kestänyt.  Tällöin 
apu  on  löytynyt  yhteisöstä,  sillä  Unity 
on  jo  pitkään  tehnyt  tiedon  jakelusta 
helppoa.  Omia  viritelmiään  voi  jaella 
ja  tuoda  projekteihin  helposti.  Unitys- 
sä  on  myös  ollut  jo  useamman  vuoden 
ajan  virallinen  verkkokauppa,  jossa 
voi  myydä  omia  juttujaan.  Tarjolla  on 
kaikkea  äänistä  grafiikkaan  ja  seik¬ 
kailupelejä  varten  tehtyihin  skriptaus- 
moottoreihin  saakka. 

Hillittömän  laaja  tuki  ja  suosio  te¬ 
kevät  omalta  osaltaan  Unity-kehittä- 
misestä  hyvin  mukavaa.  Jos  jokin  asia 
-  kuten  vaikka  peliohjaintuki  -  ei  Uni- 
tyssä  ole  paras  mahdollinen,  tarjolla 
on  todennäköisesti  puolenkymmen¬ 
tä  muiden  kehittämää  plugaria,  joilla 
homma  onnistuu  juuri  niin  ammatti¬ 
maisesti  kuin  voisi  toivoa.  Myös  Uni¬ 
tyn  integroituminen  koodausympä- 
ristöihin  on  jo  itsestäänselvyys.  Jos  ei 
halua  naputella  koodiaan  Unityn  mu¬ 
kana  tulevalla  MonoDevelopilla  -  ja 
en  siitä  ketään  moittisi  -  vaihtoehtoista 
ratkaisua  ei  tarvitse  hakea  kaukaa. 

Vain  taivas  rajana? 

Unityn  esimerkki  on  innostava.  Ei  ole 
montakaan  vuotta  siitä,  kun  Unreal 
Engine  oli  koko  alan  standardi.  Miltei 
kaikki  varteenotettavat  pelit  tehtiin  sil¬ 
lä,  ja  Unrealin  hallitseminen  oli  perus¬ 
edellytys,  jos  aikoi  työllistyä  pelialalle. 
Nyt  sama  pätee  Unityyn. 

Jää  nähtäväksi,  onko  edessä  uusi  val¬ 
lankumous.  Odotteleeko  kulisseissa  jo 
jokin  uusi  pelimoottori,  joka  pystyy 


Unityä  paremmin  vastaamaan  vuoden 
2015  pelinkehityksen  haasteisiin,  vai 
pystyykö  moottori  mukautumaan  pe¬ 
limaailman  tarpeisiin? 

En  rehellisesti  sanoen  löisi  rahaa 
Unityä  vastaan,  sillä  se  on  hämmentä¬ 
vän  monipuolinen  moottori.  Mainiot 
yhteisöominaisuudet  ja  helppo  laajen¬ 
nettavuus  pitävät  myös  huolen  siitä, 
että  vaikka  itse  moottorin  kehittäjät 
tulisivat  huomenna  seinähulluiksi, 
Unityn  tie  ei  tyssäisi  siihen. 

Vallankumous  näyttää  siis  onnistu¬ 
neen.  Se,  mikä  oli  aikanaan  yhtä  har¬ 
vinaista  kuin  yksisarviset,  on  nyt  alan 
standardi.  Muutkin  moottorivalmis- 
tajat  ovat  heränneet  kilpailuun.  Kun 
käynnissä  on  kunnon  kilpavarustelu, 
loppujen  lopuksi  loppukäyttäjät  voit¬ 
tavat,  oli  oma  suosikki  Unreal  Engine, 
Unity  tai  jokin  aivan  muu. 


Tehty  Suomessa 

Unityä  kehitetään  nykyään  maail¬ 
manlaajuisesti,  ja  myös  Suomessa 
on  ollut  haaratoimisto  jo  jokusen 
vuoden  ajan.  Suomen  pieni  Unity- 
tiimi  on  todellakin  kantanut  korten¬ 
sa  kekoon,  sillä  esimerkiksi  Unityn 
2D-ominaisuudet  ja  merkittävä  osa 
nykyisestä  käyttöliittymien  suun¬ 
nitteluun  tarkoitetusta  työkalusta 
ovat  suomalaisten  koodaamia. 
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Raspista  vanhan  ajan  kotitietokone 

Tuliko  hankittua  Raspberry  Pi,  mutta  se  on  jäänyt  alkuinnostuksen  jälkeen  vähälle  käytölle? 
Oletko  kaivannut  sitä  yksinkertaisuutta  ja  välittömyyttä,  jolla  80-luvun  kotitietokoneilla  pää¬ 
si  kokeilemaan  BASIC- ohjelmointia?  Lähde  Skrollin  kanssa  tutkimaan  BBC  BASICia! 

Teksti:  Yrjö  Fager 

Kuvat:  Manu  Pärssinen,  Yrjö  Fager 


Raspberry  Pi  eli  Raspi  on 
pieni  ja  edullinen  tieto¬ 
tekniikan  ja  elektronii¬ 
kan  harrastajille  sekä 
opiskelijoille  tarkoitettu 
tietokone,  jonka  voi  liittää  näyttöön 
HDMI-  tai  komposiittivideoliitän- 
nällä.  Raspiin  on  saatavana  ilmaiseksi 
brittiläisen  Acorn  Archimedes  -tieto¬ 
koneen  käyttöjärjestelmästä  kehitty¬ 
neen  RISC  OS:n  Pico-niminen  jakelu- 
versio.  Se  käynnistää  laitteen  suoraan 
BASIC-ohjelmointiympäristöön  jälji¬ 
tellen  80-luvun  kotitietokoneiden  väli¬ 
töntä  yksinkertaisuutta. 

En  ollut  aiemmin  tiennyt  BBC 
BASICista  mitään  ja  törmäsin  siihen 
vasta  Raspin  kautta.  Tässä  artikkelissa 
nähtävä  koodi  on  ensimmäisiä  BBC 
BASIC  -ohjelmiani.  Toistaiseksi  vas¬ 


taan  on  tullut  lähes  pelkästään  posi¬ 
tiivisia  yllätyksiä  kielen  ja  ympäristön 
suhteen. 

RISC  OS  Picon  asennus 

RISC  OS  Picon  voi  ladata  riscosopen. 
org- sivustoita.  Se  asennetaan  yksin¬ 
kertaisesti  kopioimalla  web- sivuilta 
ladatusta  ZlP-paketista  tiedostot  FAT- 
formaattiin  alustetulle  SD-muistikor- 
tille  ja  laittamalla  muistikortti  Raspiin. 

Kun  Raspiin  kytkee  virran  asennuk¬ 
sen  jälkeen,  laite  käynnistyy  suoraan 
BBC  BASIC  -ympäristöön,  ja  muuta 
käyttäjälle  ei  sitten  olekaan  tarjolla. 
Näin  konfiguroitu  Raspi  on  selkeä  yh¬ 
den  asian  laite,  koska  sillä  voi  oikeastaan 
vain  harrastaa  BASIC-ohjelmointia. 
Ei  hömppäviihdettä  tarjoamassa  itse¬ 
ään  parin  klikkauksen  päässä,  ei  netti- 


selaimia,  ei  elokuvia,  ei  edes  hauskoja 
kissavideoita. . .  Tuntuuko  vallankumo¬ 
ukselliselta?  Enemmän  asialle  vihkiy¬ 
tynyt  henkilö  varmaankin  kiinnittää 
muistikortin  pysyvästi  pikaliimalla. 

Käytön  aloitus 

RISC  OS  Picon  alkuruudussa  on  var¬ 
masti  jotain  tutun  tuntuista  8 -bittisiä 
kotitietokoneita  käyttäneille.  BASICin 
käytössä  olevan  vapaan  muistin  mää¬ 
rä  voi  aiheuttaa  huvittuneisuutta,  se 
kun  on  noin  10  000-kertainen  niihin 
lukuihin  nähden,  joihin  1980-luvulla 
totuttiin.  200  megatavun  muistia  ei  ai¬ 
van  kevyellä  BASIC-koodaamisella  saa 
täyttymään. 

Tähtimerkillä  alkava  komennot 
*KEYB0ARD  FINLAND  ja  *CONFIGURE 
COUNTRY  FINLAND  säätävät  laitteen 
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RISC  OS  224MB 

ARH1176JZF-S  Pr ocessor 

Piccolo  Systems  SOFS 

ARM  BBC  BASIC  V  <C>  Acorn  198S 

Starting  uith  224043260  bytes  free 

>*keyboard  Finland 

>ICC0NFICURE  COUNTRY  FINLAND 
> 


näppäimistön  ja  merkistön  suomalai¬ 
siksi.  Jälkimmäinen  komento  tallentaa 
asetukset  pysyviksi,  jotta  komentoja 
ei  tarvitse  antaa  kuin  ensimmäisellä 
käynnistyskerralla.  Ensimmäisen  ko¬ 
mennon  tähtimerkki  syntyy  painamal¬ 
la  Shift+8. 

RISC  OS  Picossa  BASIC  avautuu 
oletuksena  näyttömoodiin  numero 
7,  toiselta  nimeltään  Teletext.  Moodi 
on  mukavan  suuritekstinen,  ja  omat 
lapseni  ihastuivat  isojen  kirjainten  na¬ 
putteluun  kuvaruudulle.  Valitettavasti 
Teletext-moodissa  ei  voi  kirjoittaa  ääk- 
kösiä,  vaikka  suuremman  tarkkuuden 
ja  pienemmän  tekstin  näyttötiloissa 
sekä  kokoruutueditorissa  voi  teksti  olla 
aivan  oikeaa  suomea. 

Miten  BASIC  toimii? 

BBC  BASIC  on  käynnistyttyään  ko¬ 
mentotilassa,  jossa  komentoja  kir¬ 
joitetaan  >-merkin  edustamaan 
kehotteeseen  näppäimistöltä,  ja  Enter- 
näppäimellä  komennot  toteutetaan. 
Oletuksena  Caps  Lock  on  päällä,  koska 
BBC  BASIC  erottelee  isot  ja  pienet  kir¬ 
jaimet,  ja  pienellä  kirjoitetut  sanat  ei¬ 
vät  tunnistu  BASIC-komennoiksi.  Esi¬ 
merkiksi  LIST  toimii  käskynä,  mutta 
listjaList  eivät.  Pienillä  kirjaimilla 
voi  kirjoittaa  muuttujien  ja  aliohjelmi¬ 
en  nimiä. 

Tässä  muutamia  komentoja,  joita  voi 
aluksi  kokeilla: 

•  PRINT  tulostaa  lainausmerkkien 

välissä  olevan  tekstin.  Kokeile  kir¬ 
joittaa  PRINT”MOI”  ja  paina  Enter. 


•  LIST  tulostaa  kuvaruudulle  nykyi¬ 
sen  ohjelman  listauksen. 

•  RUN  ajaa  nykyisen  ohjelman.  Tieto¬ 
kone  suorittaa  ohjelmalistauksessa 
näkyvät  rivit  alusta  alkaen. 

•  SAVE  tallentaa  ohjelman  massa¬ 
muistiin,  Raspin  tapauksessa  muis- 
tikortille,  esim.  SAVE”HELLO” . 

•  LOAD  lataa  ohjelman  massamuistis¬ 
ta,  esim.  LOAD”HELLO” . 

•  NEW  tyhjentää  nykyisen  ohjelman. 

•  EDIT  avaa  ohjelmalistauksen  muo¬ 
kattavaksi  BBC  BASICin  sisäänra¬ 
kennetussa  kokoruutueditorissa. 
Painamalla  Shift+F4  pääsee  pois 
editorista  ja  Ctrl+F5  näyttää  ohjeen 
käytettävissä  olevista  näppäinyhdis¬ 
telmistä. 

Jos  kirjoitat  komentorivin  alkuun 
numeron,  rivi  tallentuu  osaksi  nykyis¬ 
tä  ohjelmaa.  Rivinumeroista  ei  kui¬ 
tenkaan  tarvitse  välittää  käytännössä 
ollenkaan,  jos  käyttää  EDIT-käskyllä 
avautuvaa  editoria,  joka  huolehtii  ri¬ 
vinumeroista  automaattisesti.  Samoin 
on  hyvä  välttää  rivinumeroiden  perus¬ 
teella  hyppiviä  GOTO-  tai  GOSUB-käsky- 
jä  ja  käyttää  niiden  sijaan  kunnollisia 
rakenteellisen  ohjelmoinnin  keinoja. 

Jo  käytön  aloituksessa  esitellyt  täh- 
timerkillä  alkavat  komennot  ovat 
BASICin  ulkopuolelle  meneviä  käyt¬ 
töjärjestelmätason  komentoja.  Yksi 
tärkeimmistä  tähtikomennoista  on 
*CAT,  joka  näyttää  nykyisen  hakemis¬ 
ton  tiedostolistauksen. 


Ensimmäinen  ohjelma 

Ensimmäisenä  ohjelmana  pitää  teh¬ 
dä  vanha  kunnon  Hello  World,  jotta 
voi  sanoa  tehneensä  Hello  Worldin 
BASICilla.  Kirjoita  seuraavat  kaksi  riviä 
ja  paina  tietysti  rivien  loppuun  Enter. 

10  PRINT”HELLO  WORLD” 

RUN 

Onneksi  olkoon,  olet  tehnyt  Hello 
Worldin  BASICilla.  Heti  tämän  jälkeen 
kannattaa  siirtyä  käyttämään  kokoruu- 
tueditoria  EDIT-komennolla. 

Eihän  BASIC  sovi  ohjelmoinnin 
opetteluun? 

Toisinaan  kuulee  väitteitä,  että  BASIC 
olisi  vanha,  huono  tai  jopa  suorastaan 
haitallinen  kieli  ohjelmoinnin  opette¬ 
luun.  Väitteiden  perusteeksi  saatetaan 
hakea  kuuluisien  tietotekniikan  uran¬ 
uurtajien  1970-luvulla  silloisista  oh¬ 
jelmointitavoista  ja  -kielistä  esittämiä 
mielipiteitä:  GOTO-käskyn  olemassaolo 
ja  kunnollisen  rakenteisen  ohjelmoin¬ 
nin  mahdottomuus. 

Itse  en  pidä  BBC  BASICia  ollen¬ 
kaan  huonona  tapana  tutustua  ohjel¬ 
moinnin  perusteisiin.  BBC  BASICis¬ 
sa  rivinumeroista  ei  tarvitse  välittää, 
GOTO-käskyä  ei  tarvitse  käyttää  ja  käy¬ 
tössä  ovat  rakenteellisen  ohjelmoin¬ 
nin  peruskeinot:  nimetyt  aliohjel¬ 
mat  parametreineen  ja  paikallisine 
muuttujineen,  aliohjelmien  rekursio, 
FOR-silmukat,  REPEAT-  ja  WHILE-tois- 
tolauseet  sekä  rakenteiset  tietotyypit. 
Kasvunvaraa  löytyy  tarvittaessa  vaikka 
ARM-assemblerin  tai  omatekoisten 
oheislaitteiden  GPIO-ohjauksen  suun¬ 
taan. 

BASIC-ohjelmointia,  saati  sitten  oh¬ 
jelmointia  yleisesti,  ei  voi  tällaisessa 
artikkelissa  opettaa,  mutta  yritän  antaa 
siitä  pienen  maistiaisen. 

Demoefekti  BBC  BASICilla: 
tvvisteri 

Yleensä  ohjelmoinnin  alkeiskurssien 
opiskelijoiden  oletetaan  innostuvan, 
jos  esimerkkiohjelmana  on  jonkin¬ 
lainen  peli.  Itse  en  ole  aivan  hirveän 
innoissani  pelien  ohjelmoinnista  enkä 
pelaamisesta,  vaan  otan  ohjelmaesi- 
merkiksi  twisteriksi  kutsutun  perin¬ 
teisen  demoefektin,  joka  on  mielestäni 
varsin  hupaisan  näköinen  otus  ja  suo¬ 
raviivainen  ohjelmoida. 

Twisteri  on  akselinsa  ympäri  pyöri¬ 
vä  elastiselta  näyttävä  kappale,  usein 
yksinkertainen  halkaisijaltaan  neliön 
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muotoinen  palkki.  Sitä  piirretään  ku¬ 
varuudulle  suikaleittain  siten,  että  ku¬ 
kin  suikale  on  eri  pyörähdyskulmassa. 
Pyörähdyskulman  muutoksen  suu¬ 
ruus  suikaleiden  välillä  ja  animoinnin 
kuvien  eli  ”freimien”  välillä  määrää 
sen,  miten  nopeasti  ja  mihin  suuntaan 
palkki  pyörii  ja  miten  tiukalle  kierteel¬ 
le  se  näyttää  vääntyvän.  Nopeuksia 
vaihtelemalla  saa  aikaan  erilaisia  vään- 
telyitä  ja  pienillä  lisäyksillä  kaikenlai¬ 
sia  muitakin  efektejä. 

Edistyneessä  twisterissä  voi  olla 
vaikkapa  pintatekstuuria,  se  voi  heittää 
itseensä  varjoja  ja  palkin  tahkot  voivat 
olla  erilaisia.  Eikä  kappaleen  tarvitse 
olla  suorakulmainen,  vaan  se  voisi  olla 
jotain  paljon  monimutkaisempaa,  jol¬ 
loin  aletaan  lähestyä  jelly- vektoreiksi¬ 
kin  kutsuttuja  efektejä. 

Kulmapisteiden 
x-koordinaattien  laskenta 

Meidän  BASIC-twisterimme  on  mallia 
”basic”:  halkaisijaltaan  neliön  muotoi¬ 
nen  harmaa  palkki,  jota  piirretään  ku¬ 
varuudulle  yhden  pikselirivin  kokoisi¬ 
na  suikaleina. 

Perusteellisesti  tehdyssä  neliö- 
twisterissä  kierrettäisiin  neliön  kaikkia 
neljää  kulmapistettä  2D-rotaatiomat- 
riisilla  ja  jokaisesta  sivusta  tutkittaisiin 
erikseen,  onko  se  kääntyneenä  katso¬ 
jaan  päin  ja  siis  näkyvissä  vai  katso¬ 
jasta  poispäin  ja  piilossa.  Teen  asian 


hiukan  toisin:  koska  jokaisessa  pyö- 
rähdysasennossa  on  joka  tapauksessa 
enintään  kaksi  sivua  näkyvissä  ja  kaik¬ 
ki  sivut  ovat  keskenään  samanlaisia,  ei 
meitä  kiinnosta,  mitkä  kaksi  ne  ovat. 
Kappaleen  symmetrian  ansiosta  riit¬ 
tää,  että  osataan  käsitellä  yksi  90  asteen 
eli  puolikkaan  piin  levyinen  väli  kärki  - 
pisteiden  pyörimiskulmista. 

Kun  neliön  pyörähdyskulmasta  ote¬ 
taan  modulo-  eli  MOD-operaattorilla 
jakojäännös  90  asteella  jakamisesta, 
saadaan  sen  kulmapisteen  pyörähdys- 
kulma,  joka  näkyy  ruudulla  vasem- 
manpuolimmaisena.  Keskimmäinen 
kulmapiste  on  tästä  pisteestä  90  asteen 
päässä  ja  oikeanpuoleinen  tästä  saman 
pyörähdysetäisyyden  päässä.  Kosini- 
funktio  kustakin  näistä  kulmista  ker¬ 
too  kyseisen  kulmapisteen  vaakasuun¬ 
taisen  eli  x-koordinaatin  suhteessa 
neliön  keskipisteeseen. 

Kuva  1  yrittää  havainnollistaa  yl¬ 
häältä  päin  katsottuna  neliön  kärkipis- 
teiden  ja  sivujen  normaalien  pyörimis¬ 
tä  sekä  vasemmanpuolisen  näkyvän 
kärkipisteen  löytymistä  kulmaväliltä 

3  tt_  5  ^ 

4  4  .  Kuva  2  esittää  edestäpäin 
katsottuna  kärkipisteiden  vk,  kk  ja  ok 
kuvautumisen  kuvaruudulle  piirrettä¬ 
vään  suikaleeseen. 

Joku  saattaa  ihmetellä  sitä,  että  las¬ 
kemme  suikaleista  pelkät  x-koordi- 
naatit.  Periaatteessa  voisi  ajatella,  että 


90° 
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oik-  sivun 
kirkkaus 


kärkipisteiden  etäisyyden  katsojasta 
tulisi  jotenkin  näkyä,  mutta  käytän¬ 
nössä  twisteri  näyttää  aivan  hyvältä 
ilman  etäisyyden  huomioimistakin. 
3D-grafiikkaa  tai  valokuvausta  har¬ 
rastanut  lukija  osannee  antaa  ilmiölle 
uskottavalta  kuulostavan  teoreettisen 
perustelun,  jossa  saatetaan  mainita  sa¬ 
nat  perspektiivi  ja  polttoväli. 

Pinnan  valaistus 

Pinnan  valaistuksen  laskemme  yksin¬ 
kertaisella  periaatteella:  otetaan  sivun 
normaalia  edustamaan  kulmapisteiden 
puolivälistä  kulma  ja  siitä  sinifunktio, 
joka  muuntaa  sivun  normaalia  edusta¬ 
van  kulman  kirkkausarvoksi.  Kun  tä¬ 
hän  lisätään  vielä  pieni  kulmasta  riip¬ 
pumaton  vakio,  saadaan  simuloitua 
tilannetta,  jossa  kappaleen  materiaali 
on  mattapintainen  ja  valon  heijastumi¬ 
nen  täysin  "diffuusi”,  valo  tulee  katso¬ 
jan  suunnasta  ja  lisäksi  ympäristössä 
on  kulmasta  riippumattoman  vakion 
suuruinen  ambienttivalaistus. 

Yleisesti  diffuusin  heijastuksen 
voimakkuus  lasketaan  valaistun  pin¬ 
nan  normaalivektorin  ja  valovektorin 
välisenä  pistetulona.  Koska  tässä  ta¬ 
pauksessa  valo  on  sopivasti  katsojas¬ 
ta  kappaleeseen  päin  olevan  akselin 
suuntainen  ja  pinnan  normaali  on  val¬ 
miiksi  sini-  ja  kosinifunktioihin  syöt¬ 
teeksi  kelpaavan  kulman  muodossa, 
laskukaava  yksinkertaistuu. 

Listauksessa  1  ambienttivalon  va¬ 
kiona  on  sivujen  kirkkauden  laskenta¬ 
kaavassa  numero  35,  ja  heijastuksesta 
tulevan  kirkkauden  osuudelle  anne¬ 
taan  sinifunktion  kertoimeksi  220  yk¬ 
sikköä.  Näistä  yhteen  laskettuna  tulee 
korkeintaan  255,  joka  on  suurin  mah¬ 
dollinen  8 -bittiseen  värikomponent- 
tiin  mahtuva  arvo.  Jos  summa  voisi 
olla  suurempi,  kirkkausarvo  täytyisi 
jotenkin  rajoittaa,  jolloin  osa  kirkka¬ 
uksista  leikkautuisi  maksimiin. 


V 

Kuva  1:  Pyörimiskulmat,  kärkipisteet  ja  sivut. 
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Vasen  musta,  Vasensivu 

tyhjä  osa 

Kuva  2:  Suikaleen  osat. 

Oikea  sivu  Oikea  mosta, 

tyhjä  osa 

Ensimmäisen  ohjelmaversion 
toiminta 

Listauksessa  1  on  puhtaasti  BBC 
BASIC  -käskyillä  tehty  twisterim- 
me  ensimmäinen  versio,  joka  laskee 
tunnollisesti  kaikki  matemaattiset 
laskutoimitukset  jokaisen  kuvan  jo¬ 
kaiselle  suikaleelle  trigonometrisine 
funktioineen  päivineen  ja  piirtää  ku¬ 
van  ruudulle  PLOT-käskyillä.  Kuvassa 
3  on  neljä  kuvakaappausta  twistauksen 
eri  vaiheista. 
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Kuva  4:  Kuva  tvvisterin  konekieliversiosta. 


PLOT -käskyjen  syntaksi  on  hieman 
vaikeaselkoinen,  koska  ensimmäise¬ 
nä  parametrina  oleva  numero  määrää 
käskyn  varsinaisen  tyypin.  PLOT  1 00 
siirtää  nykyisen  piirtokohdan  annet¬ 
tuun  kohtaan  ruudulla.  PLOT  97  piir¬ 
tää  parametrina  annetun  kokoisen 
täytetyn  suorakaiteen  suhteellisesti 
piirtokohtaan  nähden  ja  siirtää  piir- 
tokohtaa  annetun  koon  verran.  GCOL- 
käsky  vaihtaa  piirtoväriksi  annetun 
RGB -arvon.  Piirtokäskyjen  numeroi¬ 
den  ja  parametrien  luettelot  löytyvät 
BBC  BASIC  -ohjelmointioppaista. 

Toisin  kuin  2D -tietokonegrafiikassa 
yleensä,  BBC  BASICin  grafiikkako or- 
dinaatistossa  origo  eli  piste  (0,0)  on 
kuvaruudun  vasemmassa  alakulmas¬ 
sa  ja  Y-koordinaatti  kasvaa  ylöspäin 
niin  kuin  koulutunneilta  tutussa  ma¬ 
temaattisessa  koordinaatistossa.  X- 
koordinaatti  kasvaa  normaalisti  oike¬ 
alle.  Lisäksi  koordinaattiyksiköt  eivät 
ole  suoraan  pikseleitä  vaan  ”loogisia 
yksikköjä”.  Jokaista  kuvaruudun  pik- 
seliä  vastaa  kaksi  loogista  yksikköä,  eli 
loogisten  yksikköjen  piste  (100,100) 
onkin  kuvaruudun  pikseli  (50,50).  Sik¬ 
si  ohjelmassa  koordinaatteja  kerrotaan 
2:11a. 

Rutiinin  nopeuttamista 
BASICin  keinoin 

BASIC-versio  piirtyy  käyttämäl- 
läni  Raspberry  Pi  model  B:llä  no¬ 
peudella  20  kuvaa  sekunnissa.  Se 
on  ihan  mukavalta  tuntuva  nope¬ 
us  BASICilla  tehdyksi  efektiksi, 
ainakin  jos  vertaa  siihen,  minkä¬ 
laisia  graafisia  efektejä  80-luvulla 


BASICilla  tehtiin. 

Raspin  satojen 
megahertsien 
taajuudella  toi¬ 
mivan  3  2 -bitti¬ 
sen  prosessorin 
pitäisi  kuitenkin 
kaiken  järjen  mu¬ 
kaan  pystyä  pal¬ 
jon  parempaan¬ 
kin.  On  siis  aika 
tutkia,  saisikohan 
efektiä  jotenkin 
nopeutettua. 

Kokeilin  las¬ 
kea  etukäteen 
eli  ”precalcata” 
kaikki  piirron 
PLOT-rutiinien 
tarvitsemat  luvut 
valmiiksi  taulukkoon.  Sitten  poistin 
koko  PROCtwister_slice-aliohjel- 
man  siirtämällä  piirtorutiinien  kutsut 
suoraan  pääohjelman  FOR -silmuk¬ 
kaan.  Tällä  sain  nopeuden  nostettua 
30  kuvaan  sekunnissa,  mutta  sekään  ei 
vielä  ollut  tyydyttävä  tulos.  Demoefek¬ 
tien  kuuluu  liikkua  sulavasti  täydellä 
kuvaruudun  päivitystaaj uudella.  Kun 
kommentoin  PLOT-  ja  GCOL-piirtokäs- 
kyt  piiloon,  nopeus  nousi  lähes  200 
kuvaan  sekunnissa.  Siksi  päättelin,  että 
piirtokäskyt  olivat  ohjelmassa  pullon¬ 
kaula.  Nämä  versiot  jätin  lehdestä  pois. 

Maksimipiirtonopeuden  mittaa¬ 
mista  varten  otin  pääsilmukasta  pois 
VVAIT-käskyllä  tapahtuvan  kuvaruu¬ 
dun  päivitystahtiin  synkronoinnin 
eli  ”vsyncin”,  jotta  nopeus  ei  pyöristy 
lähimpään  ruudunpäivityksen  keston 


monikertaan.  VVAIT-käskyn  kanssa  mi¬ 
tään  200  kuvan  sekuntinopeutta  ei  pys¬ 
tyisi  saamaan,  jos  ruudunpäivitystaa- 
juus  on  vaikkapa  60  kuvaa  sekunnissa. 

Tule  apuun,  assembler 

Koska  piirtokäskyt  näyttivät  olevan 
pahin  nopeutta  rajoittava  tekijä,  ja 
koska  arvioni  mukaan  Raspin  pro¬ 
sessorin  pitäisi  ehtiä  piirtää  suikaleet 
aivan  kevyesti  haluamassani  ajassa, 
otin  järeämmät  keinot  käyttöön.  Jätin 
PLOT-kutsut  kokonaan  pois  ja  kirjoi¬ 
tin  suikaleen  piirtämisen  pieneksi  as- 
sembly- rutiiniksi.  Tämä  oli  yllättävän 
helppoa,  kun  yhdellä  nettifoorumilta 
löytämälläni  systeemikutsulla  sain 
käyttöön  kuvaruudun  muistipuskurin, 
ja  assembly-rutiinikin  meni  oikein  jo 
toisella  kokeilulla. 

Ensimmäisellä  ajoyrityksellä  ruu¬ 
dulle  ilmestyi  vain  yksi  suikale  ja  jokin 
hiukan  oudompi  virheilmoitus.  Tämän 
jälkeen  BASIC-ympäristö  ei  enää  käyt¬ 
täytynyt  normaalisti  ja  tarvitsi  uudel¬ 
leenkäynnistyksen.  Onneksi  olin  va¬ 
rautunut  tähän  tallentamalla  ohjelman 
uudella  nimellä  jokaisen  muutoksen 
jälkeen. 

Kaatumisen  syy  oli  yksinkertainen: 
olin  unohtanut  kirjoittaa  rutiinin 
loppuun  käskyn  mov  rl  5,  rl 4.  Käs¬ 
ky  sijoittaa  paluuosoitteen  sisältävän 
link- rekisterin  (rl 4)  arvon  prosessorin 
nykyistä  ajettavaa  käskyä  osoittavaan 
ohjelmalaskuriin  (Program  Counter, 
rl 5)  eli  hyppää  takaisin  sinne,  mistä 
aliohjelmaa  kutsuttiin.  Paluukäskyn 
puuttuessa  prosessori  jatkoi  viimeisek¬ 
si  tarkoitetusta  käskystä  ohi  jonnekin, 
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REM  ***  Näyttötilan  asettaminen  *** 
screen_width%  =  640 
screen_height%  =  480 
MODE  screen_width%,  screen_height%,  32 

REM  ***  Muuttujien  alkuasetukset  *** 

twister_height%  =  screen_height% 

twister_width%  =  200 

twister_radius%  =  twister_width%  DIV  2 

twister_xoffset%  =  screen_width%  -  twister_width% 

rotation%  =  0 

twistratiophase  =  0 

framecount%  =  0 

starttime%  =  TIME 

REM  ***  Pääsilmukka  toistuu,  kunnes  käyttäjä  painaa  näppäintä  *** 
WHILE  INKEY(0)  =  -1 
twist  =  0 

twistratio  =  SIN(twistratiophase)  *  2 

REM  Odotetaan  kuvaruudun  päivitystä  eli  "vsync'' 

WAIT 

FOR  Y%  =  0  TO  twister_height%  -  1 

PROCtwister_slice(Y%*2,  twister_xoffset%*2,  rotation%+twist) 
twist  =  twist  +  twistratio 
NEXT  Y% 

rotation%  =  rotation%  +  40 
twistratiophase  =  twistratiophase  +0.03 
framecount%  =  framecount%  +  1 
ENDWHILE 

endtime%  =  TIME 

PRINT  (framecount%*100)/(endtime%-starttime%)  "  frames  per  second1 
END 


REM  ***  Aliohjelma,  joka  piirtää  yhden  suikaleen  *** 
DEF  PROCtwister_slice(row%,  xoffset%,  angle%) 

LOCAL  leftx%,  midx%,  rightx% 

LOCAL  lightl %,  light2% 

LOCAL  modangle 

REM  Välillä  3/4  PI  . .  5/4  PI  oleva  piste  on 
REM  aina  vasemmanpuoleisin 

modangle  =  (angle%  MOD  512  +  768)  *  PI  /  1024.0 
leftx%  =  COS(modangle)  *  twister_radius% 
midx%  =  COS(modangle  +  PI  /  2)  *  twister_radius% 
rightx%  =  COS(modangle  +  PI)  *  twister_radius% 

REM  Näkyvissä  olevien  kahden  sivun  kirkkaus 
lightl %  =  -SIN(modangle  +  PI  /  4)  *  220  +  35 
light2%  =  -SIN(modangle  +  3  *  PI  /  4)  *  220  +  35 

REM  Piirretään  sivut  näkyviin 
GCOL  0,  0,  0 

PLOT  100,  xoffset%,  row% 

PLOT  97,  twister_radius%+leftx%,  0 
GCOL  lightl % ,  lightl % ,  lightl % 

PLOT  97,  midx%-leftx%,  0 
GCOL  light2%,  light2%,  light2% 

PLOT  97,  rightx%-midx%,  0 
GCOL  0,  0,  0 

PLOT  97,  twister_radius%-rightx%,  0 
ENDPROC 

Listaus  1 : 100  %  BASIC-versio 


mitä  siellä  sitten  sattuikaan  muistissa 
olemaan. 

Optimoitu  efekti  pyöri  jo  niin  vai¬ 
vattomasti  ”frameen”,  että  kasvatin 
twisterin  kokoa  ja  näyttötilan  tark¬ 
kuutta  ja  lisäsin  pieniä  lisähienouksia. 
Assembly-versiossa  twisterin  sivuilla 
näyttävät  loistavan  värikkäät  valot:  va¬ 
semmalla  sininen  ja  oikealla  punainen 
valo.  Tämä  versio  on  listauksessa  2, 
joka  löytyy  osoitteesta  skrolli.fi/20 15.2. 
Listauksessa  on  assembly- rutiinin  li¬ 
säksi  huomionarvoinen  DIM-käskyllä 
varattava  taulukko  twister_slices%, 
johon  ohjelma  laskee  valmiiksi  kaik¬ 
kien  eri  pyörähdyskulmissa  olevien 
suikaleiden  piirtämiseen  tarvittavat 
parametrit. 

Kuvassa  4  on  kuvakaappaus  as- 
sembly-versiosta.  Vasta  pysäytetystä 
kaappauksesta  huomasin,  että  twiste- 
rin  reunoissa  näkyy  pientä  sahalaitai- 
suutta,  joka  ehkä  johtuu  liukulukujen 
pyöristysvirheistä.  Twisterin  vieressä 
näkyy  assemblerin  tuottama  tekstitu- 
loste. 

Jotain  lisättävää? 

Assembly- rutiinin  piirtämän  tausta¬ 
värin  RGB -väriarvo  menee  rutiinille 
parametrina,  joten  siinä  ei  tarvitsisi 
antaa  välttämättä  nollaa  eli  mustaa.  Jos 
suikaleiden  reunoilla  olevat  taustaväri- 
set  eli  mustat  osat  levittää  koko  ruudun 
levyisiksi,  saisi  taustaväriä  jokaiselle 
vaakajuovalle  erikseen  säätämällä  twi- 
sterin  taakse  vaikkapa  perinteiset  liik¬ 
kuvat  väripalkit  tai  ihan  yksinkertaisen 
liukuvärin.  Entä  teksturointi:  mitä  oh¬ 
jelmaan  pitäisi  tehdä,  jos  haluaisi  twis- 
terin  pinnan  näyttävän  vähemmän  si- 
leältä?  Väriarvoilla  Viilaamisen”  sijasta 
suikaleen  piirtorutiini  voisikin  kopioi¬ 
da  tekstuuria  jostakin  valmiiksi  laske¬ 
tusta  bittikarttataulukosta.  Tai  voisiko 
pinnan  heijastus  olla  vähemmän  dif¬ 
fuusi,  tai  voisivatko  valonlähteiden  vä¬ 
rit  muuttua  lennossa?  Nämä  muutok¬ 
set  jätämme  lukijoiden  askarreltaviksi. 

Olemmeko  nyt 
eliittikoodareita? 

Emme  ehkä  tulleet  tehneeksi  aivan 
näyttävintä  mahdollista  Raspi- efek¬ 
tiä,  koska  ohjelmamme  ei  ollenkaan 
hyödynnä  esimerkiksi  Raspin  GPU- 
piiriä.  Siltä  twisterin  piirtäminen  kä¬ 
visi  huomattavasti  eleettömämmin. 
Vai  mitä  pitäisi  ajatella  siitä,  että  25 
vuotta  vanhemmalla  Amiga  500:11a 


pystyy  tekemään 
käytännössä  täy¬ 
sin  samanlaisen 
efektin? 

Amigan  noin  7 
MHz:n  Motorola 
68000  -prosesso¬ 
rissa  on  lasken¬ 
tatehoa  hädin 
tuskin  yhtä  tu¬ 
hannesosaa  Ras¬ 
pin  ARM-proses- 
soriin  verrattuna, 
mutta  pääproses¬ 
sorin  ei  tarvitse¬ 
kaan  tehdä  juuri 
mitään.  Twisteri 
käy  Amigalta  vai¬ 
vattomasti,  jos 
ohjelma  piir¬ 
tää  eri  kulmissa 
olevat  suikaleet 
valmiiksi  bitmap- 
kuvaan  ja  vaihte- 
lee  kuvaruudulle 
piirtyvän  alueen 
osoitetta  jokaisel¬ 
le  vaakajuovalle 
erikseen  Copper- 
piirin  avulla. 

Amigan  Copper- 
ja  Blitter- apu- 
piirejä  voi  pitää 
jossain  mielessä 
GPU- tyyppisenä 
ratkaisuna.  Apu- 
piirit  suorittavat 
asioita  itsenäises¬ 
ti  pääprosesso¬ 
rista  riippumatta 
ja  toimintaa  pys¬ 
tyy  ohjaamaan 
kirjoittamalla 
copperlistoiksi 
kutsuttuja  ohjel¬ 
manpätkiä  yk¬ 
sinkertaisella  ko¬ 
mentokielellä. 

Ehkäpä  twiste- 
riefektimme  kuitenkin  havainnollistaa 
jotakin  Raspin  ja  BBC  BASICin  mah¬ 
dollisuuksista  ja  kukaties  innostaa  jo¬ 
takuta  kokeilemaan  ohjelmointia. 

Lisätietoja  aiheesta 

RISC  OS  Picon  mukana  tulee  PDF- 
versiona  Martyn  Foxin  kirjoittama 
kirja  First  Steps  in  Programming  RISC 
OS  Computers ,  joka  kertoo  BBC 
BASIC  -ohjelmoinnista  erittäin  laajas¬ 


ti  aina  ARM-assembleriin  saakka.  Sen 
lisäksi  riscosopen.org-sivustolta  löytyy 
runsaasti  tietoa  ja  aktiivisen  tuntuiset 
käyttäjäfoorumit,  joilla  näyttää  olevan 
paljon  Raspberry  Pi  -käyttäjiä. 


Katso  listaus  2:  http://skrolli.fi/201 5.2 
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Tietoturva 


Varmuuden  hinta 


Samalla  kun  kokemusmaailmamme  sähköistyy ;  tietoturvan  merkitys  korostuu  koko  ajan.  On¬ 
neksi  käyttäjien,  laitteiden  ja  tiedon  suojaamiseksi  on  olemassa  joukko  erilaisia  tekniikoita. 
Yksi  tärkeä  työväline  suojaukseen  ovat  erilaiset  varmenteet  eli  sertifikaatit. 


Teksti:  Outi  Sorsa 

Kuvat:  Mitol  Meerna,  Outi  Sorsa 

nternet  on  osa  nykyajan  arki¬ 
päivää.  Sen  avulla  ollaan  yh¬ 
teydessä  ystäviin  ja  perheen¬ 
jäseniin,  asioidaan  pankissa, 
tehdään  ostoksia  ja  ohjataan 
talojen  valaistusta  ja  lukkoja.  Suurin 
osa  käyttäjistä  ei  kuitenkaan  ole  kun¬ 
nollisesti  perillä  verkon  tietoturvaris¬ 
keistä.  Onneksi  käyttäjien,  laitteiden 
ja  tiedon  suojaamiseksi  on  olemassa 
joukko  erilaisia  tekniikoita.  Yksi  tär¬ 
keä  työväline  suojaukseen  ovat  sertifi¬ 
kaatit. 

Ennen  internetiä  ihmiset  kävivät 


nostamassa  rahansa  pankista  ja  kaup¬ 
poihin  käveltiin  katsomaan  tuotteita 
ja  ostamaan.  Mainokset  oli  painettu 
paperille  ja  niissä  kerrottiin  kauppojen 
fyysiset  osoitteet.  Pystyimme  siis  käsin 
koskettamaan  rahoja  maksutilantees- 
sa,  toteamaan  missä  kaupassa  olimme 
ja  kuka  meitä  palveli.  Enää  tilanne  ei 
ole  aina  sama.  Suurin  osa  maksuliiken¬ 
teestä  kulkee  sähköisesti  ja  paljon  os¬ 
toksia  tehdään  sähköisesti,  internetin 
välityksellä.  Tämä  vaatii  hyvin  paljon 
luottamusta  kuluttajalta.  On  luotettava 
siihen,  että  tuote  on  se  joka  halutaan, 


rahat  siirtyvät  oikein  ja  kauppa  on 
oikeasti  olemassa.  Tämän  lisäksi  mei¬ 
dän  pitää  pystyä  varmistumaan  siitä, 
että  kauppatilanteessa  yhteys  on  juu¬ 
ri  oikeaan  kauppaan,  eikä  kukaan  ole 
kaapannut  kuluttajan  ja  kaupan  välistä 
liikennettä. 

Salausmenetelmät 

Tärkeä  osa  tietoliikennettä  on  liiken¬ 
teen  salaus.  Emme  halua,  että  kukaan 
ulkopuolinen  voi  lukea  lähettämiäni  - 
me  viestejä,  joten  haluamme  piilottaa 
viestin  tai  muuttaa  sen  niin,  etteivät 
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Esimerkki  sertifikaatista. 


ulkopuoliset  voi  sitä  ymmärtää.  En¬ 
simmäinen  tunnettu  salausmenetelmä 
on  Caesarin  käyttämä  salakirjoitustek- 
niikka,  jossa  kirjain  korvataan  3  kir¬ 
jainta  aakkosjärjestyksessä  eteenpäin 
olevalla  kirjaimella.  Nykyisin  käytös¬ 
sä  ovat  kehittyneemmät  menetelmät. 
Niistä  tunnetuimpiin  kuuluvat  sym¬ 
metrinen  salausalgoritmi  AES  ja  epä¬ 
symmetrinen  RSA. 

Symmetrinen  salausalgoritmi  tar¬ 
koittaa  sitä,  että  sekä  lähettäjä  että  vas¬ 
taanottaja  tarvitsevat  saman  avaimen 
viestin  lukemiseen.  Samalla  avaimella 
voi  siis  sekä  salata  että  purkaa  salauk¬ 
sen.  Tämä  tekniikka  toimii  hyvin,  jos 
sama  avain  saadaan  jaettua  lähettäjäl¬ 
le  ja  vastaanottajalle  ennen  yhteyden 
muodostusta.  Esimerkiksi  langatto¬ 
man  lähiverkon  tukiasemaa  asennet¬ 
taessa  voidaan  yhteyden  savustavaksi 
valita  AES  eli  Advanced  Encryption 
Standard.  Tällöin  verkon  salasanan  voi 


jakaa  vaikka  suullisesti  käyttäjille. 

Epäsymmetrinen  salaus  taas  tarkoit¬ 
taa  sitä,  että  tarvitaan  kaksi  erillistä 
avainta,  toinen  viestin  kirjoitukseen 
ja  toinen  sen  purkuun.  Yleensä  toinen 
näistä  avaimista  on  julkinen  ja  toinen 
salainen.  Avaimet  on  valittu  niin,  että 
niillä  on  matemaattinen  riippuvuus 
toisiinsa,  kuitenkin  niin  että  lukuparin 
toinen  luku  on  lähes  mahdoton  rat¬ 
kaista  pelkästään  toisen  luvun  avulla 
tai  ratkaisu  kestää  hyvin  pitkään.  Tätä 
kutsutaan  yksisuuntaiseksi  algoritmik¬ 
si. 

Jos  epäsymmetrisen  salauksen  sa¬ 
lausavain  julkaistaan,  voivat  muut 
lähettää  salattuja  viestejä  avaimen 
omistajalle  ja  vain  avaimen  omistaja 
voi  purkaa  viestit  ja  lukea  ne.  Jos  taas 
purkuavain  julkaistaan,  voi  kuka  ta¬ 
hansa  purkaa  avaimen  omistajan  vies¬ 
tejä,  mutta  samalla  varmistua  viestin 
lähettäjästä.  Tässä  tapauksessa  vain 


oikea  avain  purkaa  viestin.  Voimme 
siis  varmistua  siitä,  että  avaimen  alku¬ 
peräinen  omistaja  on  viestin  lähettäjä. 
Tätä  tapaa  käytetään  hyväksi  digitaali¬ 
sessa  allekirjoituksessa. 

Digitaalista  allekirjoitusta  käytetään 
hyväksi  internetissä  paljonkin.  Halu¬ 
amme  varmistua  siitä,  että  viesti  on 
aito  ja  sitä  ei  ole  käsitelty  sen  jälkeen, 
kun  se  on  luotu.  Yleensä  viestin  jul¬ 
kaisija  tekee  viestistä  tiivisteen  käyttä¬ 
mällä  yksisuuntaista  salausalgoritmia, 
kuten  SHA-256.  SHA  ( Secure  Hash 
Algorithm)  on  yksi  tunnetuimmista  tii- 
vistefunktioista,  jota  käytetään  useissa 
protokollissa  ja  ohjelmistoissa.  Tii¬ 
visteet  nimensä  mukaisesti  tiivistävät 
viestin  lyhyemmäksi  merkkijonoksi. 
Joissain  tapauksissa  merkkijono  voi 
myös  kasvaa,  jos  se  on  todella  lyhyt. 
Tiivistys  tavasta  riippuen  merkkijono 
on  usein  saman  mittainen.  Eli  esimer¬ 
kiksi  tuhannen  sanan  essee  ja  viiden 
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Kuvassa  varmenteen  antajana  (Certificate  Authority)  VeriSign. 


kirjaimen  sana  voivat  molemmat  tuot¬ 
taa  15  merkin  jonon.  Näin  ollen  olem¬ 
me  luoneet  lyhyen  merkkijonon,  joka 
muuttuu  aina,  jos  viestiä  muutetaan. 

Alkuperäisen  viestin  mukana  jul¬ 
kaistaan  tiivistesumma,  ja  vastaanot¬ 
taja  voi  testata  tiivisteen  paikkansapi¬ 
tävyyttä  kokeilemalla  tiivistää  viestin 
uudelleen.  Jo  yhden  kirjaimen  muutos 
muuttaa  tiivistesumman  täysin,  joten 
voimme  huomata,  jos  joku  on  muutta¬ 
nut  viestiä.  Kun  vielä  sakamme  tämän 
viestin  epäsymmetrisellä  salausme¬ 
netelmällä  ja  julkaisemme  purkuavai¬ 
men,  voi  vastaanottaja  varmistua,  että 
viestin  sisältö  on  pysynyt  koskematto¬ 
mana  ja  lähettäjä  on  se,  joka  on  salan¬ 
nut  viestin.  Tätä  kutsutaan  digitaali¬ 
seksi  allekirjoitukseksi. 

Digitaalinen  allekirjoitus  ei  kuiten¬ 
kaan  yksinään  riitä.  Mistä  voimme 
olla  täysin  varmoja,  että  joku  ei  ole 
purkanut  välissä  viestiä  ja  salannut  sitä 


uudelleen  ja  antanut  meille  uudelleen 
salatun  tiedon  julkisen  avaimen?  Jot¬ 
ta  voimme  varmistua  toisen  osapuo¬ 
len  identiteetistä,  käytämme  hyväksi 
kolmatta  tahoa,  jota  pidämme  luotet¬ 
tavana.  Avaimen  omistaja  voi  ostaa 
sertifikaatin,  eli  tavallaan  digitaalisen 
henkilöllisyystodistuksen.  Kolmas 
taho  luo  siis  digitaalisen  dokumentin, 
jonka  se  itse  allekirjoittaa.  Digitaalinen 
dokumentti  pitää  sisällään  tiedot  avai¬ 
mesta  ja  sen  omistajasta  (muun  muas¬ 
sa  fyysisen  osoitteen),  ja  sertifikaatin 
myöntäjä  vielä  allekirjoittaa  sertifikaa¬ 
tin  digitaalisesti. 

Viestin  lähettäjä  siis  ensin  tiivistää 
viestinsä  ja  liittää  tiivisteen  alkuperäi¬ 
seen  dataan,  jotta  voimme  varmistua, 
ettei  tietoa  ole  käsitelty.  Viesti  salataan 
epäsymmetrisellä  salauksella,  jotta 
vastaanottaja  tietää,  että  viesti  on  juuri 
sen  salanneelta  taholta.  Tämän  lisäksi 
viestiin  liitetään  vielä  sertifikaatti,  joka 


varmistaa  että  viestin  salaaja  on  se, 
joka  sanoo  olevansa. 

Ketjutettuja  sertifikaatteja  ja 
kaappaajia 

Suurin  ongelma  on,  että  kuka  tahansa 
voi  luoda  sertifikaatteja.  Eli  käyttäjän 
tulisi  olla  kiinnostunut  siitä,  kuka  ser¬ 
tifikaatin  on  myöntänyt.  Monet  selai¬ 
met  pitävät  nykyisin  sisällään  tiedon 
siitä,  mitkä  yritykset  ovat  luotettavia 
sertifikaattien  luojia,  niin  kutsuttuja 
Certificate  Authority  (CA).  Tässäkin 
on  kaksi  tasoa.  On  niin  sanotut  juuri- 
CA:t,  eli  suurimman  luottamustason 
yritykset,  ja  välitason  CA:t.  Välitason 
CA:t  ovat  yrityksiä,  joille  juuri-CA 
on  allekirjoittanut  sertifikaatit.  Serti¬ 
fikaatit  voivat  siis  myös  ketjuttua  use¬ 
ammille  osapuolille.  Jos  selain  tai  muu 
päätelaite  ei  löydä  sertifikaattia  omista 
tiedoistaan,  se  alkaa  tutkia,  onko  ser¬ 
tifikaatin  myöntäjä  joku  luotettu  taho. 
Jos  sertifikaatin  myöntäjää  ei  löydy 
listasta  tai  se  on  vanhentunut,  näem¬ 
me  varoituksen  että  sivu  ei  ole  ehkä 
luotettava.  Suurin  osa  ihmisistä  jatkaa 
kuitenkin  sivulle. 

Sertifikaatit  ovat  oiva  apu  torjua 
niin  kutsuttuja  Man-in-the-Middle- 
hyökkäyksiä.  Suomalaisittain  termi  on 
välistäveto-  tai  mies  välissä  -hyökkäys. 
Man-in-the-Middle-hyökkäyksessä 
hyökkääjä  varastaa  kahden  osapuo¬ 
len  välisen  liikenteen  ja  teeskentelee 
molemmille  olevansa  vastakkainen 
osapuoli.  Näin  hyökkääjä  voi  saada 
tietoonsa  esimerkiksi  luottokorttien 
numeroita,  käyttäjätunnuksia  ja  sala¬ 
sanoja.  Mahdollisesti  hyökkääjä  voi 
myös  muuttaa  matkalla  viestin  tietoja, 
kuten  pankkimaksun  summaa  ja  tili¬ 
numeroa. 

Hyvin  harva  peruskäyttäjä  oikeasti 
tietää,  mitä  tulee  tehneeksi,  kun  ohit¬ 
taa  selaimen  varoitukset  sivusta,  jonka 
varmenteet  ovat  vanhentuneet  tai  niis¬ 
sä  on  jotain  väärin.  Suurimmalle  osalle 
varoitus  on  vain  ärsyttävä  sivu,  joka 
tulee  ennen  kuin  pääsee  esimerkiksi 
verkkokauppaostoksille.  Varoitukselle 
voi  kuitenkin  olla  syynsä.  & 
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Tässä  artikkelissa  esit¬ 
telemme  matalan 
tason  lähestymis¬ 
tavan  virtuaalito¬ 
dellisuuden  ohjel¬ 
mointiin  käyttäen 
OculusVRm  julkaisemaa  LibOVR-kir- 
jastoa.  Pohjana  käytämme  OpenGL- 
ohj  elmointiartikkelisarj  assa  (Skrolli 

2013.2-2014.2)  luotua  grafiikkamoot¬ 
toria.  Mikäli  OpenGL-ohjelmointi  ei 
ole  ennestään  tuttua  tai  kaipaat  muis¬ 
tin  virkistystä,  kyseisten  artikkelien 
lukeminen  on  suositeltavaa. 

Stereoskooppisessa  renderöinnissä 
on  kaksi  päävaihetta.  Ensin  renderöi- 
dään  kummankin  silmän  näkymät 
tekstuureihin  ja  sen  jälkeen  yhdiste¬ 
tään  ne  ruudulla  esitystä  varten.  Jois¬ 
sakin  esitystavoissa  vaiheet  voidaan 
yhdistää  ja  renderöidä  näkymät  suo¬ 
raan  oikeaan  paikkaan  ruudulla,  mutta 
Oculus  Riftillä  tämä  ei  ole  mahdollista. 

Jotta  syvyysvaikutelma  välittyi¬ 
si  käyttäjälle,  näkymät  on  piirrettävä 
hieman  eri  kohdista.  Katselupisteiden 
etäisyyden  tulisi  suunnilleen  vastata 
katsojan  silmien  välistä  etäisyyttä  - 
muuten  katsoja  voi  tuntea  olonsa  epä¬ 
mukavaksi. 


LibOVR  tarjoaa  C-kielisen,  oliopoh¬ 
jaisen  rajapinnan.  Kaikkien  funktioi¬ 
den,  tietotyyppien  ja  vakioiden  nimis¬ 
sä  on  etuliite  ovr.  Funktioiden  nimistä 
ilmenee  myös  mihin  oliotyyppiin  ne 
liittyvät.  Esimerkiksi  ovrHmd-tieto- 
tyyppi  kuvaa  silmikkonäyttöä,  ja  siihen 
liittyvien  funktioiden  nimet  ovat  muo¬ 
toa  ovrHmd_DoSomething. 

Ennen  käyttöä  kirjasto  pitää  alustaa 
kutsumalla  ovr_Initialize-funktiota.  Se 
palauttaa  alustuksen  onnistumista  ku¬ 
vaavan  totuusarvon.  Ohjelmistonkehi- 
tyspakettiin  sisältyvän  taustaohjelman 
tulee  olla  käynnissä,  tai  alustus  epä¬ 
onnistuu.  Linux-jakelut  eivät  ole  vielä 
paketoineet  LibOVR:ää,  joten  käynnis¬ 
tyksen  joutuu  virittämään  itse. 

Alustuksen  jälkeen  silmikkonäyttöä 
kuvaavan  olion  voi  luoda  funktiolla 
ovrHmd_Create.  Funktio  ottaa  para¬ 
metrina  silmikkonäytön  indeksin:  arvo 
0  tarkoittaa  ensimmäistä  järjestelmästä 
löytyvää  silmikkonäyttöä.  Jos  funktio 
palauttaa  null- o  soittimen,  tarkoittaa 
se,  ettei  yhtään  silmikkonäyttöä  löyty¬ 
nyt.  Ohjelma  voi  tällöin  vaihtaa  taval¬ 
liselle  näytölle  sopivaan  piirtotapaan. 
Listauksessa  1  on  esitetty  alustukseen 
tarvittavat  toimet. 


Oculus  Riftin  laaja  kuvakulma  pe¬ 
rustuu  näyttöpaneelin  kuvaa  vää¬ 
ristäviin  linsseihin.  Vääristymä  on 
epälineaarinen  siten,  että  lähempänä 
näkökentän  keskipistettä  pikselit  ovat 
pienempiä  ja  tarkkuus  suurempi.  Jotta 
käyttäjä  näkisi  kuvan  oikein,  on  ruu¬ 
dulle  piirrettäessä  käytettävä  käänteis¬ 
tä  vääristymää. 

LibOVRin  ensimmäisissä  versioissa 
vääristymä  oli  itse  tuotettava  shader- 
ohjelmalla  ohjelmointioppassa  esi¬ 
tettyjen  kaavojen  mukaan.  Kaiken 
saaminen  täsmälleen  oikein  oh  mel¬ 
koisen  hankalaa.  Versiosta  0.3.0  alkaen 
on  tarjolla  helpompi  rajapinta,  jossa 
kirjastolta  voi  pyytää  valmiin  kolmio- 
verkon  tekstuurikoordinaatteineen. 
Tämä  tapahtuu  ovrHmd_CreateDis- 
tortionMesh-funktiolla.  Parametrina 
annetaan  osoitin  ovrDistortionMesh- 
olioon,  johon  funktio  täyttää  pyydetyt 
arvot.  Funktiota  täytyy  kutsua  erikseen 
kummallekin  silmälle. 

Valon  eri  aallonpituudet  taittuvat 
linssissä  hieman  eri  tavalla  tuottaen 
erivärisiä  reunuksia  erityisesti  näkö¬ 
kentän  reuna- alueilla  olevien  esinei¬ 
den  ympärille.  Näiden  kromaattisten 
virheiden  korjaamiseksi  vääristymä- 
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Kummankin  silmän  kuvat  renderöidään  erikseen  ja  yhdistetään  vääristymäverkon  avulla  lopulliseksi  ruudul¬ 
la  näkyväksi  kuvaksi. 


verkon  tekstuurikoordinaatit  voi  ha¬ 
lutessaan  pyytää  erikseen  eri  värikom- 
ponenteille.  Listaus  2  näyttää  kuinka 
vääristymädata  saadaan  LibOVRiltä  ja 
kuinka  sitä  voi  käyttää  OpenGL:ssä. 

Koska  katsojan  havaitsema  pikseli- 
tiheys  kulmayksikköä  kohti  vaihtelee, 
piirtoon  tarvittavan  näkymän  koko 
ei  vastaa  näyttölaitteen  erottelutark- 
kuutta.  Jos  kuva-ala  halutaan  hyödyn¬ 
tää  kokonaan,  tarvittava  tarkkuus  on 
hieman  suurempi.  Tässä  tulee  avuksi 
funktio  ovrHmd_GetFovTextureSize, 
joka  palauttaa  parametrina  annetta¬ 
vaa  näkökenttää  vastaavan  tekstuurin 
koon. 

Virtuaalitodellisuuteen  uppoutu¬ 
misen  viimeistelee  käyttäjän  pään 
asennon  seuranta.  Se  käynnistetään 
kutsumalla  ovrHmd_ConfigureT- 
racking-funktiota.  Parametrina  anne¬ 
taan  toivottuja  sekä  vaadittuja  seuran  - 
taominaisuuksia  kuvaavat  bittimaskit. 
Funktion  palauttama  totuusarvo  ker¬ 
too,  onnistuiko  seurannan  käynnistys. 

if (ovr_Initialize()) 

{ 

ovrHmd  hmd  =  ovrHmd_Create(0) ; 

if (hmd) 

{ 

//  Kaikki  kunnossa 

} 

else 

{ 

//  Silmikkonäyttöä  ei  kytketty 

} 

} 

else 

{ 

//  Alustus  epäonnistui 

} 

Listaus  1:  LibOVR:n  alustus. 


Seurannan  ollessa  käynnissä  ny¬ 
kyisen  tilan  saa  selville  funktiolla 
ovrHmd_GetTrackingState.  Paluu- 
arvona  saatava  tietorakenne  sisältää 
muunmuassa  pään  asennon  ja  sijain¬ 
nin.  Ne  yhdistetään  pelihahmon  si¬ 
jaintiin  ja  silmän  siirrokseen  lopullisen 
kameramatriisin  muodostamiseksi. 

Kirjaston  alustuksen  yhteydessä 
asennon  seurannan  nollakohta  ase¬ 
tetaan  noin  metrin  päähän  seuranta- 
kameran  eteen,  katse  kameraa  kohti. 
Koska  käyttäjän  pää  todennäköisesti 
ei  ole  lepoasennossa  juuri  tässä  kohtaa 
ja  käyttäjä  saattaa  myös  vaihtaa  asen¬ 
toa  pelaamisen  aikana,  on  ohjelman 
syytä  tarjota  mahdollisuus  nollauk¬ 
seen  nappia  painamalla.  Toiminto  on 
helppo  toteuttaa  kutsumalla  funktiota 
ovrHmd_RecenterPose. 

Vaikka  Oculus  Rift  tuottaakin  varsin 
uskottavan  vaikutelman  kolmiulot¬ 
teisesta  ympäristöstä,  aivan  kaikkia 
ihmisen  näkökyvyn  ominaisuuksia  se 
ei  pysty  jäljittelemään.  Kaksiulottei¬ 


sen  näyttöpinnan 
kaikki  pisteet 
ovat  samalla  etäi¬ 
syydellä  silmästä, 
joten  koko  kuva 
näkyy  tarkkana. 
Syväterävyyste- 
hosteen  käyttä¬ 
minen  silmikko¬ 
näytön  kanssa  ei 
ole  kuitenkaan 
suositeltavaa,  sillä 
nykyisillä  laitteil¬ 
la  ei  pysty  seuraa¬ 
maan  käyttäjän 
katseen  suuntaa. 

Silmikkonäyt¬ 
töä  hyödyntävis¬ 
sä  sovelluksissa 
kannattaa  suosia 
peliohjaimen 
käyttöä,  koska 
käyttäjä  ei  pysty  näkemään  käsiään  ja 
näppäimistöä.  Jos  näppäimistön  käyttö 
on  nappien  määrän  tai  hiiriohjauksen 
takia  välttämätöntä,  napit  kannattaa 
sijoittaa  lähelle  toisiaan  helposti  löy¬ 
dettävään  paikkaan.  Useimmissa  näp¬ 
päimistöissä  on  F-  ja  J-näppäimissä 
kohoumat,  joiden  avulla  ne  löytää 
myös  silmikkonäytön  peittäessä  näkö¬ 
kentän. 

Pään  asennon  seurantaa  käytettä¬ 
essä  pystysuuntaiset  katselukontrollit 
kannattaa  ottaa  pois  käytöstä  ja  käyt¬ 
tää  yksinomaan  asennon  seurannasta 
saatavaa  dataa. 

Jotkin  tehosteet,  kuten  varjokartat 
ja  ympäristökarttoihin  perustuvat  hei¬ 
jastukset,  vaativat  apunäkymän  piirtoa 
tekstuuriin  ja  sen  käyttämistä  osana 
varsinaisen  näkymän  piirtoa.  Apunä- 
kymää  ei  kannata  turhaan  piirtää  erik¬ 
seen  eri  silmille,  vaan  valmistelutoimet 
voi  suorittaa  yhteisesti.  Tämä  kannat¬ 
taa  ottaa  huomioon  grafiikkamootto¬ 
rin  suunnittelussa. 


ovrDistortionMesh  mesh; 

ovrEyeType  eye  =  ovrEye_Left;  //  Tai  ovrEye_Right 

ovrFovPort  fov  =  hmd->DefaultEyeFov[eye] ;  //  Oletusnäkökenttä  on  hyvä  lähtökohta 

ovrHmd_CreateDistortionMesh(hmd,  eye,  fov,  ovrDistortionCap_Chromatic,  &mesh) ; 

ovrDistortionVertex  &v0  =  mesh . pVertexData[0] ; 

glVertexAttribPointer(VERTEX,  2,  GL_FL0AT,  false,  sizeof (ovrDistortionVertex) , 

&v0 . ScreenPosNDC . x) ; 

glVertexAttribPointer(RED_TEXCOORD,  2,  GL_FL0AT,  false,  sizeof (ovrDistortionVertex) , 
&v0.TanEyeAnglesR.x) ; 

glVertexAttribPointer(GREEN_TEXCOORD,  2,  GL_FL0AT,  false,  sizeof (ovrDistortionVertex) , 
&v0.TanEyeAnglesG.x) ; 

glVertexAttribPointer(BLUE_TEXCOORD,  2,  GL_FL0AT,  false,  sizeof (ovrDistortionVertex) , 
&v0.TanEyeAnglesB.x) ; 

//  Muista  kutsua  ovrHmd_DestroyDistortionMesh(&mesh) ;  kun  dataa  ei  enää  tarvita 


Listaus  2:  Vääristymäverkon  pyytäminen  LibOVFUtä. 
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Oculus  Rift  DK2 

Skrollin  numerossa  2013.3 
esittelimme  Oculus  Rift  -sil¬ 
mikkonäytön.  Viime  syksynä 
laitteesta  julkaistiin  toinen 
kehitysversio.  Mikä  on  muut¬ 
tunut,  ja  onko  suunta  parem¬ 
paan  vai  huonompaan? 

culus  Rift  on  vuonna  2012 
joukkorahoituksen  voimin 
luotu  silmikkonäyttö,  jol¬ 
la  voi  uppoutua  keinotodellisuuteen. 
Projekti  lupasi  päihittää  silloin  ole¬ 
massa  olevat  laitteet  ominaisuuksil¬ 
laan  ja  samalla  pitää  hinnan  kohtuul¬ 
lisena.  Loppukeväästä  2013  saapunut 
ensimmäinen  kehitysversio  lunastikin 
lupaukset  suurelta  osin.  Laite  on  sen 
jälkeen  ollut  harrastajien  mukana  mo¬ 
nissa  tietokonetapahtumissa  kuten  As- 
semblyssä.  Syksyllä  2014  saatiin  Deve- 
loper  Kit  2  eli  DK2,  johon  tutustumme 
tässä  artikkelissa. 

DK2  on  edeltäjäänsä  huomattavasti 
kompaktimpi.  Reilun  tuuman  verran 
pienemmän  näyttöpaneelin  ansiosta 
etureunan  kolhosta  ulkonemasta  on 
päästy  eroon.  Ohjauselektroniikka  on 
upotettu  samoihin  kuoriin  näyttöpa¬ 
neelin  kanssa,  joten  erillistä  sovitinlaa- 
tikkoa  ei  enää  tarvita.  Laitteesta  lähtee 
HDMI-  ja  USB-kaapelit,  jotka  kulkevat 
pään  yli  niskaan  ja  sieltä  tietokonee¬ 
seen.  Kaapelit  voi  halutessaan  irrottaa. 
Integroidun  elektroniikan  takia  painoa 
on  tullut  hieman  lisää. 

Silmikon  yläreunassa  on  USB -liitin, 
joka  on  kytketty  integroituun  USB- 
hubiin.  Siihen  voi  kytkeä  esimerkiksi 


langallisen  peliohjaimen,  tai  virtuaali¬ 
maailman  sisältävän  USB-muistitikun. 

Ehkä  suurimpana  uutuutena  Rift 
pystyy  nyt  seuraamaan  myös  käyttä¬ 
jänsä  pään  sijaintia.  Tähän  tarvitaan 
mukana  toimitettavaa  infrapunaka- 
meraa,  joka  asetetaan  näytön  päälle  tai 
muuhun  sopivaan  paikkaan.  Kameran 
seurantakeila  on  kolmisen  metriä  syvä 
ja  yhtä  leveä,  mikä  riittää  paikallaan 
olevalle  pelaajalle  paremmin  kuin  hy¬ 
vin.  Kokonaan  poispäin  kamerasta  ei 
kuitenkaan  voi  kääntyä.  Seuranta  toi¬ 
mii  hyvin  ja  parantaa  läsnäolon  tun¬ 
netta  erityisesti  pieniä  esineitä  lähietäi¬ 
syydeltä  tutkiessa. 

Näytön  erottelukykyä  on  kasvatettu 
1920x1080  pikseliin.  Kumpikin  silmä 
saa  puolet  näytöstä  eli  960x1080  pik- 
seliä.  Suuri  osa  tästä  kuluu  kuitenkin 
näkökentän  reuna- alueisiin,  joten  lo¬ 
pullinen  tarkkuus  tuo  mieleen  lähinnä 
VGA- aikakauden.  Harmillisesti  osa- 
pikselien  täyttöaste  ei  ole  juurikaan  pa¬ 
rantunut.  Virkistystaajuutta  on  nostet¬ 
tu  75  kuvaan  sekunnissa,  joka  yhdessä 
matalaviiveisen  näyttöpaneelin  kanssa 
tuottaa  pään  liikkeitä  paremmin  myö¬ 
täilevän  kuvan.  Eron  havaitseminen 
tosin  on  yksilöllistä  ja  riippuu  myös 
käytetystä  pelistä  tai  ohjelmasta. 

Vaihdettavia  linssejä  toimitetaan  ai¬ 
emman  kolmen  parin  sijaan  nyt  vain 
kahdet.  Normaalinäköiset,  kaukonä¬ 
köiset  ja  lievästi  likinäköiset  pärjäävät 
samoilla  linsseillä,  ja  ainoastaan  voi¬ 
makkaasti  likinäköiset  tarvitsevat  eril¬ 
liset  linssit.  Muille  fysiologisille  poik¬ 
keamille,  kuten  silmien  etäisyydelle  tai 
karsastukselle  ei  valitettavasti  tarjota 
säätöjä. 


Oculus  Rift  DK2:ta  on  vaikea  ar¬ 
vostella  koska  sen  hyvyys  on  kovin 
subjektiivista.  Toiselle  se  on  jännä 
lelu,  josta  jää  lähinnä  paha  olo. 
Toiselle  se  on  nyt  ja  jatkossa  vält¬ 
tämätön  lisävaruste  josta  maksaisi 
vaikka  tuplahinnan.  DK2  on  tällä 
hetkellä  paras  myynnissä  oleva  ku- 
luttajahintainen  silmikkoja  ainoa, 
jolle  on  peleissä  tuki.  Sen  rauta  on 
jo  täysin  kuluttajalaatuista,  mutta 
softapuolen  ongelmat  ansaitsevat 
sille  Developer  Kit-nimen. 

Jos  pelaat  pelejä  joissa  on 
Oculus  Rift-tuki  ja  olet  kiinnostunut 
virtuaalitodellisuudesta,  kannattaa 
vahvasti  harkita  sen  ostamsita. 
Muiden  kannattaa  kokeilla  etukä¬ 
teen.  Vaikka  kilpailevia  tuotteita 
on  luvattu,  kestää  aikansa  ennen 
kuin  peleihin  toteutetaan  tuki  niille 
joten  Oculus  Riftin  johtoasema  on 
toistaiseksi  vakaalla  pohjalla. 


Näkökenttä  on  hieman  kutistunut 
aiemmasta,  mutta  muutosta  ei  käytän¬ 
nössä  juuri  huomaa.  Näkymä  on  yhä 
riittävän  laaja  luodakseen  uskottavan 
vaikutelman  läsnäolosta.  Musta  reunus 
näkökentän  äärirajoilla  näyttää  lähin¬ 
nä  siltä  kuin  kasvoilla  olisi  hiihtolasit. 

Suuria  pelijulkaisuja  on  saatu  muu¬ 
tama,  mutta  valikoimalla  ei  vielä  pääse 
juhlimaan.  Sen  sijaan  indie-kehittäjät 
ovat  ottaneet  virtuaalitodellisuuden 
innolla  vastaan.  Oculus  VR  ylläpitää 
myös  listaa  johon  kuka  tahansa  voi 
lähettää  omia  tuotoksiaan  muiden  ko¬ 
keiltavaksi. 

Laitteen  kehityksessä  on  tapahtunut 
myös  yllättävä  poliittinen  käänne:  Fa- 
cebook  osti  Oculuksen.  Aika  näyttää 
miten  tämä  vaikuttaa  silmikkonäytön 
tulevaisuuteen.  Useita  muitakin  yri¬ 
tyksiä  on  hypännyt  keinotodellisuus- 
kelkkaan  mukaan  ja  kehittelee  omia 
laitteitaan,  joten  laitetarjonnan  voi 
odottaa  laajenevan  tulevaisuudessa. 

Virtuaalitodellisuuslaitteita  on  vai¬ 
kea  arvioida  yksiselitteisesti,  koska 
todellisuuden  kokeminen  on  lopulta 
subjektiivista.  Joillekin  se  on  paras  jut¬ 
tu  sitten  Amigan,  toisille  se  taas  aiheut¬ 
taa  lähinnä  pahoinvointia.  Rift  DK2  on 
kuluttajien  ulottuvilla  olevista  silmik¬ 
konäytöistä  kuitenkin  paras  ja  toistai¬ 
seksi  ainoa,  jolle  on  pelitukea.  Jos  siis 
haluat  päästä  virtuaalitodellisuuteen 
ensimmäisten  joukossa,  Oculus  Riftiä 
voi  suositella.  Kilpailijoilla  kestänee 
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pari  vuotta  kuroa  etumatka  umpeen. 

Elite:  Dangerous 

E:D  on  malliesimerkki  hyvin  toteute¬ 
tusta  Oculus  Rift-tuesta.  Riftin  käyt¬ 
töönotto  ei  vaadi  juurikaan  säätämis¬ 
tä.  Ohjaamojen  ”hologrammi-hud”  ja 
pelin  valikot  leijuvat  pelaajan  edessä 
eivätkä  riko  immersiota.  Jotkut  tekstit 
(esim  chat)  ovat  hieman  pienellä  fon¬ 
tilla,  mutta  niistä  saa  kuitenkin  selvää. 

Avaruustaisteluissakaan  OR:n  re¬ 
soluutio  ei  tuota  ongelmia,  sillä  ne 
suoritetaan  yleensä  lähietäisyydeltä  ja 
aluksen  HUDin  avulla  toiset  alukset 
näkyvät  hyvin.  Elitessä  toiminta  on 
keskimäärin  kohtuu  rauhallista,  joten 
OR  päässä  olen  istunut  kolmekin  tun¬ 
tia  yhteen  menoon. 

DCS:  World 

DCS:ssä  OR:n  resoluutio  tulee  vastaan 
monessa  mielessä.  Koneiden  ohjaamot 
ovat  aivan  upean  näköisiä  ja  immersio 
on  huikea.  Mutta  resoluution  vuoksi 
pienempiä  mittareita  ja  HUD- symbo¬ 
leita  ei  näe  riittävän  tarkasti  joten  esi¬ 
merkiksi  vakavaan  suihkukonekalus- 
ton  lentämiseen  OR  ei  kelpaa. 

Itse  olen  lentänyt  enimmäkseen  lisä¬ 
osana  saatavalla  Messerschmitt  109K- 
koneella,  joka  toisen  maailmansodan 
koneena  on  suihkareita  yksinkertai¬ 
sempi  tekniikaltaan  ja  mittareiltaan. 
Sen  tärkeimmät  mittarit  ovat  riittävän 
isoja,  että  ne  näkee  ja  pienempiä  voi 


kurkata  nojaamalla  eteenpäin.  Ilma- 
taistelut  DCS:ssä  ovat  todella  adrena- 
liininkatkuisia  ja  fiilis  upea.  Kutosen 
tarkistamiseksi  täytyy  oikeasti  nojata 
sivulle  ja  kääntää  päätä  joten  taistele¬ 
minen  on  fyysisesti  yllättävän  raskasta. 
Todellisuudessa  olisi  lisänä  vielä  G- 
voimat,  joten  ei  ole  ihme  että  ilmatais¬ 
telut  olivat  lyhyitä.  OR:llä  yhden  muu¬ 
taman  minuutin  ilmataistelutehtävän 
jälkeen  on  niin  poikki,  että  täytyy  pitää 
taukoa  ja  pyyhkiä  linssit  hiestä.  Valitet¬ 
tavasti  DCS:stä  puuttuu  vielä  kunnon 
kampanja  toisen  maailmansodan  ka¬ 
lustolla,  joten  sen  lentäminen  on  jää¬ 
nyt  kohtuu  vähäiseksi. 

Verkossa  pelattaessa  OR:n  resoluu¬ 
tio  aiheuttaa  jälleen  ongelmia.  Pelissä 
on  pakko  pitää  ikonit  (toiset  koneet 
näyttävät  tekstit)  päällä,  tai  muuten  ei 
taivaalta  löydä  ketään,  ennenkuin  on 
liian  myöhäistä.  Useimmilla  palveli¬ 
milla  ikonit  on  pakotettu  pois  käytös¬ 
tä  joten  niillä  on  turha  koittaa  pelata 
OR:n  kanssa. 

DCS:n  valikot  eivät  ole  tehty  OR:ää 
varten,  vaan  ne  ovat  kaksiulotteiset. 
Päävalikko  ei  näy  OR:n  näytöllä  ol¬ 
lenkaan.  Tehtävän  debriefing- näkymä 
taas  näkyy,  mutta  siitä  ei  tahdo  saada 
selvää. 

VVarThunder 

War  thunderissa  on  ihan  toimiva  OR- 
tuki.  Ohjaamot  eivät  kuitenkaan  ole 
jollain  tapaa  yhtä  hienoja  ja  teräviä 


kuin  DCS:ssä.  Pelistä  löytyy  realistinen 
moodi,  jossa  on  ikonit  päällä  mutta 
lentomallit  ovat  realistisia.  Valitetta¬ 
vasti  pelejä  käydään  ilmeisesti  kohtuu 
vähän,  joten  varttitunnin  odottami- 
nenkin  on  yleistä. 

Half  Life  2 

Half  Life  2:n  betassa  on  Virtual  rea- 
lity-moodi,  jonka  avulla  pelin  pitäisi 
toimia  OR:llä.  Tätä  moodia  en  saanut 
toimimaan  millään  tempuilla.  Kuva 
tulee  kyllä  OR:lle,  mutta  valikon  lisäk¬ 
si  kaikki  on  mustaa.  Internetissä  moni 
muukin  on  valitellut  samaa.  Osa  on 
saanut  toimimaan  vaihtamalla  OR:n 
ykkösnäytöksi,  minä  en.  Tämä  on  hyvä 
esimerkki  siitä,  että  softapuolella  on 
vielä  paljon  tekemistä. 
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IKIUR&UU/IKkLISI 


30-VUOTIMEM  MIKROKIVIKAUSI  JUHLII! 


KOLMENKYMMENEN  VUOPBbl 
JÄLKEEKI  OSAAN  PIIRTÄÄ  TÄMÄN 
SARJAN  SANKARIT  VAIKKA 
SILMÄT  SIDOTTUINA.  KAIHI 


TULI 

IHAKJ 

BUENO! 


LOPETA!  RATTI  PO  Id 
SILMILTÄ  «JA  HETI!!! 


r - 


VAIKKA  PUHEENTUNNISTUS 
ALKAAKIN  OLLA  JO  IKIVANHA 
JUTTU... 


EMTÄ 

u  IMUROITKO 
SIMA?  El 
SILTA 

KAIKAUPASSv  MAyTAJ 
MUISTIT  KAYI 


MITÄ  SIMA  OLETKO  KO 
PÄIVÄM  TAAS  TEHMyT?! 
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Kolumni 


Kivikautinen  sarjakuva 

Mikrokivikausi-sarjakuva  alkoi  ilmestyä  niihin  aikoihin,  kun 
isoisä  ensimmäisen  tietokoneen  osti.  Siis  30  vuotta  sitten. 

Teksti:  Ulla  W 


vuotta  on  pitkä  aika  duu¬ 
nissa  kuin  duunissa.  Mut¬ 
ta  mikä  ettei,  jos  työstään 
tykkää.  Sarjakuvataiteilija  Wallu  on 
jaksanut  tehdä  Mikrokivikausi- sar¬ 
jaansa  vuodesta  1985.  Eli  ainakin  te¬ 
kijä  on  pitänyt  sarjastaan.  Ja  30  vuotta 
sitten  siitä  piti  joku  toinenkin.  M.O.T 

Paluu  alkuun 

Sarjakuvahulluus  iski  Walluun  var¬ 
hain.  Vuoteen  1985  mennessä  hän 
oli  jo  ehtinyt  voittaa  Kemin  sarjaku- 
vakilpailut  kahdesti,  kustantaa  viisi 
omakustannesarj  akuvalehteä,  piirtää 
poliittisia  pilapiirroksia  Ilta- Sanomiin 
sekä  kuvittaa  Tecnopressin  ja  sittem¬ 
min  Sanomien  kustantamia  Proses¬ 
sori-,  Tietokone-  ja  Mikrobitti-lehtiä. 
Prosessorissa  ilmestyi  monisivuinen 
”Missä  vika,  kun  projekti  meni  pie¬ 
leen?”  -opetussarjakuvakin. 

Mikrobitin  alkuvaiheissa  Wallu  piir¬ 
si  kuvituskuvia  ohjelmatulosteitten 
yhteyteen.  Luolastoja,  lohikäärmeitä 
ja  muuta  mielenkiintoista.  Vaan  yksi 
puuttui:  lehdessä  ei  ollut  sarjakuvaa. 
Eikä  sitä  sinne  haluttukaan.  Lehti  ha¬ 
lusi  tarjota  lukijoilleen  hyödyllistä  (lue: 
myyvää)  asiatietoa,  eikä  sarjakuvasta 
ollut  sellaiseen,  ajateltiin. 

Sinnikäs  taiteilija  ei  luovuttanut.  Hän 
suunnitteli  ja  piirsi  malliksi  kuusi  puo¬ 
len  sivun  kokoista,  mustavalkoista  sar¬ 
jakuvaa  (Mikrokivikaudet  1-6)  ja  vei 
ne  innoissaan  toimitukseen.  Siellä  ne 
tyrmättiin:  veivät  lehdestä  liikaa  tilaa. 

Kun  huhtikuun  1985  lehti  oli  jo  pai¬ 
nossa,  onnekas  sattuma  puuttui  peliin. 
Yksi  puolen  sivun  ilmoitus  peruuntui 
aivan  viime  hetkillä.  Normaalisti  tällai¬ 
set  aukot  täytetään  kustantajan  omilla 


ilmoituksilla, 
mutta  syystä 
tai  toisesta  nyt 
tilalle  laitettiin 
ensimmäinen 
Mikrokivikau¬ 
si-sarjakuva. 
Säälistä,  uskoo 
taiteilija. 

Lehti  ilmes¬ 
tyi  ja  lukijoi¬ 
den  palaute 
sarjakuvasta 
oli  niin  myön¬ 
teistä,  että  sitä 
päätettiin  jul¬ 
kaista  lisää,  jos 
lehdessä  vain 
oli  tilaa.  Onnekkaasti  sarja  mahtui 
myös  toukokuun  numeroon.  Se  ilmes¬ 
tyi  siitä  lähtien  jokaisessa  Mikrobitin 
numerossa  aina  vuoden  2013  syyskuu¬ 
hun,  jolloin  se  irtisanottiin  tietotek¬ 
niikan  kehittymisen  mahdollistamalla 
persoonattomalla  sähköpostiviestillä: 
”Lehden  palstojen  uudelleenjärjeste¬ 
lyssä  ja  sisällön  karsimisessa  tulimme 
siihen  tulokseen,  että  emme  enää  jatka 
Mikrokivikautta  uudessa  MB:ssä.”  Ja 
Pimeys  valtasi  piirtäjän  mielen. 

Onneksi  hätiin  tuli  vuoden  2014 
alusta  Skrolli,  joka  antoi  sarjalle  ja  tai¬ 
teilijalle  uuden  elämän. 

Matkan  varrelta 

Palataan  vielä  vuoteen  1985.  Syksyn 
tullen  Wallu  siirtyi  opettajan  virasta  va¬ 
paaksi  taiteilijaksi  ja  samalla  Mikrobi¬ 
tin  freelance-graafikoksi  ja  -taittajaksi. 
Seuraavien  seitsemän  lihavan  vuoden 
aikana  Mikrokivikausi  kukoisti:  vain 
vuosi  ensijulkaisusta  ja  sarja  sai  jo  värit. 
Vuosi  tästä  ja  ensimmäinen  koko  sivun 
kokoinen  sarjakuva  ilmestyi. 

Vuoden  1987  ensimmäisessä  sar¬ 
jassa  oli  ruutu,  jonka  Wallu  oli  oma¬ 
kätisesti  Amigalla  piirtänyt.  Kyseinen 
piirros  piti  tuohon  aikaan  valokuva¬ 
ta  tietokoneen  ruudulta.  Sen  jälkeen 
kuva  lähetettiin  lehteen  tulevan  kuva¬ 
materiaalin  mukana  kirjapainoon,  jos¬ 
sa  se  skannattiin  ja  sijoitettiin  tyhjään 
sarjakuvaruutuun.  Huimaa! 

Myös  piirrosteknisesti  sarja  kehit¬ 
tyi  harppauksin.  Ensimmäiset  sarjat 
Wallu  piirsi  mustalla  huopakynäl¬ 
lä  A4-kokoiselle  monistuspaperille. 
Kokeiltuaan  väritystä  kirjapainon  ta¬ 
savälillä  (ja  petyttyään  pahasti)  tai¬ 
teilija  tarttui  vesiväreihin  ja  sen  ajan 


hittivärittimeen  eli  retussiruiskuun  ja 
teki  seuraavat  sarjat  niillä.  Lopputulos 
tyydytti  taiteilijaa,  ja  tästä  tuli  pitkäksi 
aikaa  sarjan  vakiototeutustapa.  Lisäksi 
sarja  siirrettiin  piirustuspaperilta  leh¬ 
teen  Sanomien  huippuskannereilla  ja 
ruiskuvär itkin  toistuivat  hienosti. 

Sitten  tuli  90 -luku,  lama  ja  kotis- 
kannerit.  Wallullekin  tuli  käsky  siirtää 
sarjansa  digitaaliseen  muotoon  koti¬ 
konstein.  Agfan  skannerilla  se  kävi, 
mutta  ilman  minkään  valtakunnan 
skannauskoulutusta  jälki  ei  aina  ollut 
parasta  A-luokkaa.  Tästä  kuitenkin 
seurasi  vääjäämättä  se,  että  taiteilija 
alkoi  käyttää  enemmän  tietokonetta 
sarjan  tekemisessä,  etenkin  sen  värit¬ 
tämisessä.  Silti  vielä  tänäänkään  Mik¬ 
rokivikausi  ei  synny  kokonaan  tieto¬ 
koneella.  Wanhuksen  on  pakko  piirtää 
käsin  sivellinkynällä,  kun  on  tuon  tai¬ 
don  vuosien  varrella  näppeihinsä  saa¬ 
nut.  Suotakoon  se  hänelle. 

Juhlaa  ja  arkea 

Osoitteessa  mikrokivikausi.fi  on  Wal- 
lun  itsensä  ylläpitämä  arkisto  kaikista 
Mikrobitissä  julkaistuista  sarjoista. 
Komeimmat  hetket  ovat  kenties  sarjan 
alkutaipaleelta,  jolloin  sarja  sai  lehdes¬ 
tä  parhaimmillaan  kolmekin  sivua  ti¬ 
laa:  keskiaukeaman  3 D -juliste  ja  sivun 
sarja  sekä  maininta  tästä  kuvan  kera  jo 
kannessa. 

Myös  erilaisia  tasavuosia  on  aina 
juhlittu  näyttävästi,  alkaen  5 -vuotis¬ 
juhlista  vuonna  1990,  jolloin  sarja  oli 
lehdessä  keskiaukeaman  kokoisena  ju¬ 
listeena.  Paljastavin  ja  taiteilijan  itsensä 
mielestä  kenties  onnistunein  juhlasar¬ 
ja  on  vuodelta  2005,  jolloin  sarja  täytti 
20  vuotta.  Silloin  kaivettiin  jo  hieman 
hapantunut  tekijäkin  esiin. 

Mikrokivikausi  on  ollut  vuosien  var¬ 
rella  muutaman  kerran  mukana  näyt¬ 
telyissä  niin  Suomessa  kuin  ulkomail¬ 
lakin.  Viime  vuoden  lopulla  yksi  sivu 
matkasi  kiinaksi  googlekäännettynä 
Taiwaniin,  jossa  se  oli  komeasti  esillä 
paikallisessa  sarjakuvatapahtumassa 
(The  15th  International  Comic  Artist 
Conference,  Kaohsiung,  Taiwan).  Nyt 
Wallu  tietysti  odottelee  siltä  suunnalta 
kustantajan  kutsua.  Wallulle  myönnet¬ 
tiin  viime  vuonna  Suomen  sarjaku¬ 
vaseuran  sarjakuvaneuvos-arvonimi, 
joten  ihan  hukkaan  nämä  30  vuotta 
Mikrokivikautta  eivät  ole  hänen  osal¬ 
taan  menneet. 

Onnea  30-vuotiaalle!  & 
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Satunnainen  samooja 

Kolme  vuosikymmentä  suomalaista  roolipelaamista 


Suomalaisten  roolipelien  30-vuotista  historiaa  valaisevan  juttusarjan  ensimmäisessä  osassa 
veteraani  muistelee  läpi  ensimmäiset  viisitoista  vuotta  omia  ropelluksiaan. 

Teksti:  Nordic  the  Incurable 

Kuvat:  Mikko  Torvinen,  Nordic  the  Incurable,  Jukka  O.  Kauppinen 
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Olen  ollut  kiinnostu¬ 
nut  peleistä  niin  kau¬ 
an  kuin  niistä  mitään 
olen  ymmärtänyt. 
Muistan  jo  alle  kou¬ 
luikäisenä  rakennelleeni  legopalikoista 
erilaisia  kuularatoja  ja  autojen  takaa- 
ajopelejä.  Seuraavaksi  kävin  läpi  pe- 
ruspelit  Monopoleilleen,  Kimbleineen 
ja  jopa  Afrikan  tähtineen  -  josta  en, 
monen  muun  pelin  ohella,  oikein  pi¬ 
tänyt  sen  liian  suuren  satunnaisuuden 
vuoksi 

Tulin  tuolloin  pelanneeksi  monet 
nyt  jo  unhoon  jääneet  lautapelit.  Kaik¬ 
ki  kelpasi  ainakin  kokeiltavaksi.  Peli- 
tarjonta  ei  ollut  mitenkään  huikaise¬ 
vaa,  ja  kovin  monet  olivat  perinteisen 
”heitä  noppaa  ja  liiku  ruutuja”  -tyylin 
edustajia,  joita  ei  Erkkikään  kauaa  jak¬ 
sanut  pelata.  Niin  mukavasti  kuin  isä 
muuten  pelaamiseeni  suhtautuikin. 

Omia  pelejä  suunnittelin  lähes  heti, 
kun  kynä  alkoi  pysyä  kädessä.  Usein 
tein  mielestäni  parempia  ja  monipuo¬ 
lisempia  versioita  olemassa  olevista 
peleistä.  Joskus  myös  toteutin  omalta 
tuntuvia  ideoita.  Hyvin  ne  tuntuivat 
toimivan.  Kavereiden  kanssa  pelasim¬ 
me  paljon  enemmän  itse  tehtyjä  kuin 
kaupasta  ostettuja  pelejä. 

Digitaalimutka 

Roolipelit,  nuo  ihmismieltä  viekkaas¬ 
ti  haltioittavat  tekeleet,  ilmaantuivat 
elämääni  mutkan  kautta.  1980-luvun 
alussa  pelailin  paljon  silloista  ykkös¬ 
luokkaa  edustavalla  Intellivision-pe- 
likonsolilla,  jolle  oli  peli  nimeltä  Ad¬ 
vanced  Dungeons  &  Dragons.  Siinä 
ohjattiin  luolissa  könyävää  seikkailijaa, 
joka  vain  jousi  ja  nuolet  apunaan  etsi 
aarteita  ja  ulospääsyä  hirviöiden  varti¬ 
oimasta  luolastosta  -  joutuakseen  aina 
vain  seuraavaan  luolastoon.  Jossakin 
odotti  se  loppuluolastokin,  mutta  sin¬ 
ne  ei  päässyt  ihan  joka  toinenkaan  ker¬ 
ta.  Pelin  mainoksessa  ollut  maininta 
”perustuu  suosittuun  seurapeliin”  oli 
herättänyt  mielenkiintoni.  Mikä  ih¬ 
meen  peli  se  sellainen  oli,  jossa  saattoi 
vapaasti  seikkailla  luolissa,  etsiä  aartei¬ 
ta  ja  taistella  hirviöitä  vastaan?  Mitään 
kuvausta  muistuttavaa  ei  ollut  vielä 
eteeni  osunut. 

Seuraavana  vuonna  ilmestyi  vielä 
hienompi  Advanced  Dungeons  &  Dra¬ 
gons:  Treasure  of  Tarmin,  jossa  hienos¬ 
ti  kolmiulotteisia”  luolastoja  katseltiin 
seikkailijan  silmin.  Vaikeimmalla  ta¬ 


solla  peli  vei  aikaa  useita  tunteja  eikä 
loppuun  pääseminen  ollut  kuin  ohut 
toive.  Näitä  pelejä  kavereiden  kans¬ 
sa  pelatessa  kului  muutamakin  sata 
tuntia  ja  kiinnostus  ”sitä  oikeaa  peliä” 
kohtaan  sen  kuin  kasvoi.  Koska  net¬ 
tiä  ei  ollut  eivätkä  tietosanakirjat  tai 
suomalaiset  kaupat  asiaa  tunteneet,  oli 
vain  odoteltava,  josko  jostain  ilmaan¬ 
tuisi  tietoa  tästä  ihmeellisestä  seikkai¬ 
lupelistä.  Noita  aikoja  muistellessa  ei 
voi  kuin  haikeana  huokaista:  kuinka 
helppoa  onkaan  nykyään  etsiä  ja  saada 
tietoa  kiinnostuksensa  kohteista! 

Kohtuullisen  kärsimättömänä  ja  toi¬ 
meliaana  henkilönä  en  jäänyt  odotta¬ 
maan  ihmepelin  inkarnoitumista,  vaan 
aloin  suunnittelemaan  omaa  versiota. 
Ensin  tein  useita  lautapelityyppisiä  pe¬ 
lejä.  Niissä  seikkailija  tai  useampi  kulki 
luolastoissa  tarvikkeita  ja  aarteita  etsi¬ 
en  ja  vastaantulevat  monsterit  murska¬ 
ten.  Näiden  pelien  upein  idea  oli  reitin 
vapaa  valinta,  ainakin  joiltakin  osin. 
Pelaajat  saattoivat  kerätä  voimia,  aseita 
ja  tarvikkeita  kiertämällä  helpommis¬ 
sa  luolissa  ennen  kuin  uskaltautuivat 
isompien  hirviöiden  eteen. 

Sittemmin  suunnittelin  yhden  pe¬ 
laajan  seikkailun,  jossa  kirja  toimi 
ikään  kuin  tietokoneen  roolissa,  taval¬ 
laan  pelinjohtajana.  Sen  sain  melkein 
julkaistua,  mutta  kustantajan  mukaan 
aika  ei  ollut  vielä  kypsä  moisille  ih¬ 
meellisyyksille.  Muutama  vuosi  myö¬ 
hemmin  markkinoille  putkahti  eng¬ 
lannista  käännettyjä  soolopelikirjoja, 
jotka  oli  tehty  aivan  oman  ideani  nuo¬ 
tilla. 

Amerikan  malliin 

Ensimmäinen  oikea  roolipelini,  Acire- 
ma,  hahmottui  lopulliseen  muotoon¬ 
sa  80-luvun  alkuvuosina.  Siinä  oli  jo 
hyvinkin  oikeat  rop e -elementit  hah- 
moineen,  pelinjohtajineen  ja  taistelu- 


sääntöineen.  Kaikesta  kyllä  huomasi, 
että  peli  oli  paljon  velkaa  pelaamilleni 
AD &D -videopeleille.  Esimerkiksi  kää¬ 
piöt  olivat  hirviölaji,  eivätkä  suinkaan 
hahmoluokka  pelaajille.  Tämä  johtui 
tietysti  siitä,  että  Tarminissa  yksi  pe- 
rusvihollisista  oli  vihainen  kääpiöhah- 
mo.  Samaten  hyvin  oleellista  oli  se, 
että  aseita  ja  varusteita  ei  ollut  paljoa 
mukana  seikkailuun  lähdettäessä.  Nii¬ 
tä  löytyi  vasta  luolien  uumenista,  ties 
kenen  sinne  jättäminä. 

Aciremaa  suunnitellessani  yksi  tär¬ 
keä  pointti  oli  se,  että  pelin  oli  oltava 
riittävän  helppo  ja  selkeä  opetella. 
Halusin  antaa  muillekin  kiinnostu¬ 
neille  mahdollisuuden  tutustua  rooli¬ 
peleihin  -  niitä  kun  ei  Suomessa  ollut 
vielä  lainkaan  myytävänä.  Myin  peliä 
(kaksi  nidottua  valokopiovihkoa)  pos¬ 
titse  ja  markkinoin  sitä  mainitsemalla 
sen  muutamaan  kertaan  Mikrobitti- 
lehdessä  vuonna  1984  alkaneella  pals¬ 
tallani.  Päätoimittaja  hyväksyi  kau¬ 
pallisuuden  vivahteen,  kun  se  ei  ollut 
keneltäkään  muulta  pois. 


Kuka  Nordic? 

Suomalaisen  roolipelimaailman 
grand  old  man  Nordic  the  Incurable 
on  tehnyt  ja  julkaissut  vuosi¬ 
kymmenten  mittaan  kymmeniä 
roolipelejä,  pelannut  läpi  valtavan 
määrän  muiden  luomuksia  ja 
kirjoittanut  roolipeleistä  viiteen  eri 
lehteen.  Tietokonepelaajat  muis¬ 
tavat  Nordicin  Mikrobitti-lehdessä 
ilmestyneestä  Peliluola-palstasta, 
jonka  kautta  Nordic  loi  Suomeen 
kukoistavan  pohjan  sekä  tietoko¬ 
ne-  että  perinteisille  roolipelaajille. 
Nordic  työskentelee  yhä  pelialalla, 
tekee  edelleen  roolipelejä  ja  pelaa 
viikoittain. 
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Joskus  80-luvun  puolessavälissä  sa¬ 
tuin  sitten  lukemaan  Aamulehdestä 
ison  jutun,  joka  kertoi  mielikuvituk¬ 
sellisesta  harrastuksesta:  roolipelaami¬ 
sesta!  Siinä  vantaalainen  Lauri  Tudeer 
esitteli  harrastustaan  ja  selvisi,  että 
häneltä  voi  postitse  tilata  D&D-roo- 
lipeliä.  No  jopas  ampaisin  pääpostiin 
etsimään  Helsingin  puhelinluetteloa  ja 
sieltä  Lauri  Tudeerin  nimeä.  Ei  muuta 
kuin  soitto  herralle  ja  D&D  tilaukseen. 

Vielä  vuosia  tuon  tapahtuman  jäl¬ 
keen  ainoat  kanavat,  joista  kotimaas¬ 
sa  sai  tietoa  roolipelaamisesta,  olivat 
Lauri  Tudeerin  postimyyntiluettelo, 
Conan-lehden  roolipelipalsta  ja  Mik¬ 
robitin  Peliluola,  johon  joskus  kirjoitin 
jotain  ropeasiaa.  Kyllä  niitä  sitten  kuu¬ 
lemma  luettiinkin. 

Nämä  mainitsemani  asiat  olivat 
oleellinen  osa  sitä  tapahtumaketjua, 
joka  teki  minusta  roolipelaajan  ja  pe¬ 
lintekijän  ja  josta  löytyi  harrastus  ja 
ammatti  kymmeniksi  vuosiksi. 

Roolipelimarkkinat 

Aciremaa  myin  ensin  itse  postitse. 
Myöhemmin,  kun  Lauri  Tudeer  ava- 
si  Fantasiapelit-liikkeen,  hän  otti  sen 
myyntiin.  Aciremaa  myytiin  kaikki¬ 
aan  joitakin  satoja  kappaleita.  Se  oli 
jälkeenpäin  katsottuna  aika  hassu 


pieni  peli,  mutta  antoi 
varmasti  monelle  aloit¬ 
telijalle  sysäyksen  rooli¬ 
pelaamiseen  maailmaan. 
Mainittakoon  myös,  että 
viime  vuonna  Acirema 
käännettiin  englannik¬ 
si,  kuvitettiin  hienosti  ja 
julkaistiin  netissä  kenen 
tahansa  ladattavaksi. 

Seuraava  pelini  oli 
Miekka  ja  magia.  Se 
perustui  kokemuksiini 
Aciremasta,  mutta  oli 
ulkoasultaan  jo  hienom¬ 
pi  ja  oikein  painotyötä. 
Se  mainitaan  usein  ”en- 
simmäisenä  suomalai¬ 
sena  roolipelinä”,  eikä 
tuo  arvio  poikkea  kauas 
totuudesta.  Miekkaa  ja 
magiaa  myytiin  noin  tu¬ 
hat  kappaletta,  joka  on 
vielä  nykyäänkin  hyvä 
myyntimäärä  suomalai¬ 
selle  ropelle.  Se  on  myös 
ansainnut  paikan  reilun 
vuoden  kuluttua  avatta¬ 


oli  vielä  monin  verroin  enemmän,  jo¬ 
ten  ropeltajille  alkoivat  varsin  hyvät 
ajat. 

Vapaus  vs.  Sääntökirja 

Ensimmäinen  ostopelini  oli  Dungeons 
&  Dragons  Basic  Set,  kuuluisa  puna- 
laatikko.  Sittemmin  se  ilmestyi  saman¬ 
näköisenä  myös  suomeksi.  Peli  kuuluu 
niihin  varhaisiin  ja  upeisiin  muistoi¬ 
hin,  jotka  liittyvät  nimenomaan  tu¬ 
tustumiseen,  kirjojen  kuvitukseen  ja 
siihen  uskomattoman  hienoon  tunnel¬ 
maan,  joka  outoon  maailmaan  syven¬ 
tyessä  syntyi.  Pelinä  se  ei  ollut  kum¬ 
moinen,  enkä  itse  asiassa  koskaan  edes 
pelannut  tuota  ensimmäistä  D&D- 
seikkailuani. 

Vaikka  olin  suunnitellut  sääntöjä 
kymmeniin  jollen  satoihin  eri  peleihin 
ja  ohjelmoinut  Commodore  64:lle  pit¬ 
kiä  seikkailupelejä,  pidin  D&D: n  sään¬ 
töjä  vaikeina  ja  monimutkaisina.  Pelin 
kankeus  ja  sääntöjen  paljous  hämmen¬ 
sivät  minua,  koska  olin  tottunut  omissa 
peleissäni  paljon  vapaampaan  kul¬ 
kuun.  Ajattelin,  että  ilmeisesti  jenkeille 
kaiken  täytyi  olla  valmiiksi  säänneltyä 
ja  että  heillä  ei  laskettu  kovin  paljon 
oman  mielikuvituksen  käytön  varaan. 


vassa  Suomen  pelimuse- 
ossa  Tampereella. 

Toki  muutkin  tekivät  noihin  aikoihin 


omia  roolipeliviritelmiään.  Muistan 
ainakin  sellaisen  pelin  kuin 
Nousius,  mutta  tekijöitä  en 
tunne.  Kahdeksankymmen¬ 
täluvun  lopussa  syntyivät 
Suomen  ensimmäiset  roo- 


lipelikaupat,  joiden  myötä 
markkinoille  alkoi  tulla  mo¬ 


nelta  taholta  suomenkielisiä 


roolipelejä,  sekä  kotimaisia 
että  käännettyjä. 

Nelostuote  julkaisi  Pasi 
Janhusen  suunnitteleman 
Ankhin,  Protocol  Produc- 
tions  käänsi  Dungeons 
&  Dragonsin  ja  Ace-pelit 
kustansi  suomenkielisen 


Runequestin.  Myös  pienjul- 
kaisija  Dada-pelit  oli  mu¬ 
kana  suomalaisella  materi¬ 


aalilla.  Seuraavina  vuosina 


roolipelilehdet  Seikkailija, 
Sininen  lohikäärme  ja  Ma- 
gus  ilmaantuivat  jakamaan 
ropetietoutta  uusille  har¬ 
rastajille.  Yhtäkkiä  tavaraa 
oli  tarjolla  ylenpalttisesti 
ja  ihan  selväksi  suomeksi. 
Englanninkielistä  tarjontaa 
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Tavallaan  olin  tai  olen  oikeassa,  kos¬ 
ka  ajattelen  edelleen  hiukan  samalla 
tavalla.  Ymmärrän  kyllä  mainiosti, 
että  jotkut  (itse  asiassa  yllättävän  mo¬ 
net)  haluavat  roolipeliltä  tarkat  ja  sel¬ 
vät  säännöt  eri  asioista.  Se  pitää  asiat 
ymmärrettävinä  ja  antaa  tietynlaisen 
turvan  sekä  pelaajille  että  pelinjohta¬ 
jalle.  On  lohduttavaa,  että  on  olemassa 
Sääntökirja,  johon  voi  tarvittaessa  tu¬ 
keutua. 

Minusta  on  kuitenkin  palkitsevaa 
pelata  suhteellisen  vapaalla  tavalla.  Pe¬ 
linjohtajana  pidän  maailman  avoinna 
kaikille  pelaajien  ideoille  ja  olen  valmis 
säveltämään  asioita  tilanteen  mukaan. 
Pelaajana  arvostan  toiminnan  ja  aja¬ 
tusten  vapautta  sen  sijaan,  että  tuntisin 
kulkevani  tarkoin  rajatussa  putkessa. 
Tämä  ei  tarkoita,  että  maailma  muut¬ 
tuisi  jatkuvasti  tai  että  kuka  tahansa 
voi  ottaa  tarinan  ohjat.  Kannatan  kyllä 
pelinjohtajan  rajatonta  valtaa,  mutta 
edellytän  häneltä  riittävää  älyä  ja  halua 
käyttää  valtaansa  fiksusti  -  koko  seik¬ 
kailun  ja  porukan  eduksi. 

Varsinkin  pelaamisen  alkuaikoina 
törmäsin  usein  käsitykseen,  että  roo¬ 
lipelissä  olisi  jonkinlainen  pelinjohtaja 
vastaan  pelaajat  -asetelma.  Jotkut  pe- 
lasivatkin  noin,  iloiten  pelinjohtajana 
siitä,  että  olivat  onnistuneet  murskaa¬ 
maan  hahmot  mahdollisimman  ove¬ 
lilla  keinoilla.  Se  tuntui  oudolta  taval¬ 
ta  suhtautua  pelaamiseen.  Mielestäni 
tärkeintä  on  hyvä  tarina,  hienot  koke¬ 
mukset  ja  jännittävä  peli  eikä  suinkaan 
se,  noudatetaanko  sääntöjä  pilkuntar¬ 
kasti  tai  kuka  voittaa  kenet. 

D&D:n  lisäksi  tutuiksi  tulivat  myös 
ANKH  ja  Runequest.  ANKHista  ha¬ 
luaisin  pystyä  sanomaan  enemmänkin 
hyvää,  mutta  kaupalliseksi  tuotteeksi 
se  oli  keskinkertainen.  Pahin  pettymys 
oli  sen  sääntöjen  nojaaminen  liikaa 
D&D:iin.  Positiivista  oli  suomalaisen 
mytologian  mukanaolo,  viittasihan  ly¬ 
hentämätön  nimikin  Kalevalaan. 

Runequest  taas  oli  äärettömän  mo¬ 
nipuolinen  ja  monimutkainen  peli 
varsinkin  aloittelijan  näkökulmasta.  Ja 
aloittelijoitahan  suurin  osa  ropeltajista 
tuolloin  oli.  Peli  tarjosi  toimivan  sään¬ 
tökoko  elman  ja  erittäin  mielenkiin¬ 
toisen,  näennäisrealistisen  maailman. 
Sen  pelaaminen  oli  kuitenkin  aika¬ 
moista  ankkain  taaperrusta,  ja  sanka¬ 
riksi  nouseminen  jäi  monella  ikuiseksi 
haaveeksi. 

Sekä  D&D:iin  että  Runequestiin  jul¬ 


kaistiin  mukavasti  lisämateriaalia  seik¬ 
kailujen  ja  kampanjoiden  muodossa, 
mikä  helpotti  valmista  materiaalia  kai- 
paavan  pelinjohtajan  työtä. 

1990-luku  toi  suomipelien 
tulvan 

1990-luvun  alussa  suomenkielisiä  pele¬ 
jä  julkaistiin  lisää.  Markkinoille  tulivat 
muun  muassa  Tie  tähtiin  2300,  Twi- 
light  2000,  Keski-Maa  ja  Cyberpunk. 
Hiukan  myöhemmin  seurasivat  Paran¬ 
oia,  Cthulhun  kutsu  ja  Taru  sormusten 
herrasta.  Itse  innostuin  Keski-Maan 
tapahtumien  siivittämänä  haltioiden 
elämästä  niin  paljon,  että  väkersin  hal- 
tiaroolipeli  Rapierin,  joka  myytiin  lop¬ 
puun.  Menestyksen  siivittämänä  tein 
uuden  version  nimellä  Elhendi.  Näissä 
oli  kyse  haltiakeskeisestä  seikkailusta 
fantasiamaailmassa  kepeähköjen  mut¬ 
ta  toimivien  sääntöjen  avittamana.  Itse 
pidin  erityisesti  Elhendin  taistelusys- 
teemistä  ”vaarallisine  osumineen”. 

90-luvun  alussa  tein  myös  ainoan 
kauhuroolipelini  Astran,  joka  muis¬ 
tutti  osin  vähän  liikaa  ilmeisenä  esi¬ 
kuvanaan  toiminutta  Call  of  Cthul- 
hua.  Hassua  niin,  sillä  peliä  tehdessäni 
koetin  erityisesti  välttää  liiallista  sa¬ 
mankaltaisuutta.  Lohduttauduin  sillä 
ajatuksella,  että  kukapa  tässä  nyt  ihan 
uusia  kauhuaiheita  keksisi,  kun  kaikki¬ 
han  on  jo  jossain  muodossa  julkaistu. 
Astrasta  ei  tullut  suurta  hittiä. 

Cyberpunk  oli  maailmaltaan  mah¬ 
tavan  uusi  ja  erilainen.  Se  tempaisi 
vastustamattomasti  mukaansa  tekni¬ 
sellä  ja  silloin  futuristisella  menollaan. 
Sääntösysteemissä  tosin  oli  muutamia 
heikkouksia:  esimerkiksi  hahmon- 
luonti  ei  ollut  viimeisen  päälle  suun¬ 
niteltu.  Mutta  kuten  aina  ennenkin, 
muutamia  omia  muutoksia  tekemällä 
siitä  tuli  varsin  suosittu  porukkamme 
keskuudessa. 

Suomalaiset  roolipelilehdet  kilpaili¬ 
vat  pienistä  markkinoista  aluksi  tehok¬ 
kaasti.  Aika  pian  Sininen  lohikäärme 
kuitenkin  kuihtui  pois,  ja  Seikkailijan 
ura  taisi  jäädä  noin  kymmeneen  nu¬ 
meroon.  Magus  jatkoi  ilmestymistä 
aina  numeroon  50  asti.  Itse  osallistuin 
Sinisen  lohharin  ja  Maguksen  tekemi¬ 
seen.  Seikkailijan  maailma  Timo  Kont¬ 
tisen  johtamana  tuntui  liian  etäiseltä 
minulle. 

Myöhemmin  tein  myös  omaa  Clay- 
more-lehteämme  20  numeron  verran. 
Se  oli  hauskaa,  vaan  ei  sillä  rahoiksi 


lyöty.  Sittemmin  Suomen  ropelehti- 
markkinoilla  onkin  ollut  hiljaista  lu¬ 
kuun  ottamatta  Roolipelaajaa,  joka 
jaksoi  yrittää  usean  vuoden  ajan  nou¬ 
sematta  ilmeisesti  koskaan  kovin  kan¬ 
nattavaksi. 

Acirema  ladattavissa  osoitteesta 
http://www.roguelantern.com/blog/ 
images/acirema-archive.zip. 

Nordicin  ”kolme  vuosikymmentä 
suomalaista  roolipelaamista ”  -repor¬ 
taasi  jatkuu  seur aavassa  Skrollin  nume¬ 
rossa!  4k 


69 


Kulttuuri 


x 


Pelimuseo  syntyy  hartiavoimin 

Suomalaisten  digitaalisten  pelien  historia  alkoi  jo  1970-luvulla.  Nyt  on  korkea  aika 
saada  ne  talteen  museoon  -  ja  sinä  voit  auttaa  siinä ! 

Teksti:  Mikko  Heinonen 

Kuvat:  Manu  Pärssinen,  Tampereen  museot 


Tämän  vuoden  maaliskuun  vii¬ 
meinen  päivä  oli  minulle  ja 
edustamalleni  Pelikonepeijoo- 
nit-keräilijäryhmälle  erään  unelman 
täyttymys.  Tuolloin  julkistettiin  yh¬ 
teistyössä  Tampereen  kaupungin  mu- 
seopalveluiden  ja  Tampereen  yliopis¬ 
ton  kanssa  synnyttämämme  Suomen 
pelimuseo  -hanke  ja  käynnistettiin  sen 
j  oukkorahoituskampanj  a. 

Kun  avasimme  Pelikonepeijoonit.net- 
verkkomuseomme  vuonna  1999,  mie¬ 
lessämme  kajasteli  lähinnä  kaukainen 
haavekuva  siitä,  että  jonakin  päivänä  si¬ 
vustalla  olisi  myös  fyysinen  vastineen¬ 
sa.  Vuosien  mittaan  kokoelmamme 
laitteet  ovat  olleet  esillä  monenlaisissa 
vaihtuvissa  näyttelyissä,  mutta  pysyvä 
sijoituspaikka  niiltä  on  puuttunut.  Suo¬ 
men  pelimuseosta  on  vihdoin  tulossa 


Atari  2600  oli  ensimmäinen  supersuosittu 
pelikonsoli.  Siihen  voi  tutustua  aikanaan 
museossakin.  Kuva:  Reetta  Tervakangas  / 
Tampereen  museot. 


sellainen  -  ja  paljon  muutakin  siinä 
ohessa. 

Vuosia  kypsynyt 

Ajatus  pelimuseon  perustamisesta  ei 
syntynyt  yhdessä  yössä.  Sen  taustalla 
oli  useita  eri  tahojen  kanssa  järjestetty¬ 
jä  näyttelyitä,  runsaasti  keskusteluja  eri 
ihmisten  kanssa  ja  yleisiä  havaintoja 
siitä,  että  Suomesta  puuttuu  tällainen 
paikka.  Maailmallakaan  pelaamiseen 
keskittyviä  museoita  ei  ole  vielä  ruuh¬ 
kaksi  asti. 

Tampere  valikoitui  museon  paikaksi 
useammastakin  syystä.  Olemme  to¬ 
denneet,  että  etenkin  pelattavien  lait¬ 
teiden  huoltaminen  ja  käytön  opastus 
pitkän  matkan  päästä  muodostuu  hel¬ 
posti  ongelmaksi.  Harva  haluaa  muu¬ 
tenkaan  lähettää  vuosikymmenien 
mittaisen  työnsä  tulosta  satojen  kilo¬ 
metrien  päähän.  Siksi  oli  ilahduttavaa 
havaita,  että  Tampereen  kaupunki  oli 
projektissa  innokkaasti  mukana  alusta 
alkaen.  Kyseessä  on  muun  muassa  en¬ 
simmäinen  kerta,  kun  julkishallinnon 
toimija  käynnistää  joukkorahoitus- 
hankkeen.  Myös  museolle  tarjottu  tila 
on  huippuluokkaa. 

Pelimuseo  ei  kuitenkaan  ole  vain 
Tampereen  tai  tamperelaisten  projek¬ 
ti,  vaan  hankkeen  taustavoimissa  on 
ihmisiä  kaikkialta  Suomesta.  Myös 


sijainti  museokeskus  Vapriikissa  on 
erinomainen,  tulipa  vierailija  sitten 
mistä  päin  tahansa.  Rautatieasema  on 
kävelymatkan  päässä  ja  pysäköinti¬ 
tilaakin  löytyy.  Ja  sen  sijaan,  että  esi¬ 
merkiksi  lipunmyynti  ja  ravintola  olisi 
tarvinnut  pystyttää  tämän  hankkeen 
varoista,  ovat  ne  nyt  suoraan  käytettä¬ 
vissä. 

Lehdistön  suosikki 

Viimeisen  kuukauden  aikana  pelimu¬ 
seo  on  näkynyt  paljon  sekä  internetis¬ 
sä,  painetuissa  lehdissä  että  muussakin 
mediassa.  Itselleni  suorastaan  häm¬ 
mentävää  on  ollut  se,  miten  myön¬ 
teisesti  hankkeeseen  on  kaikkialla 
suhtauduttu.  Esitetyt  negatiivisetkin 
kommentit  ovat  pääosin  olleet  perus¬ 
teltuja  ja  tuoneet  esiin  seikkoja,  jotka 
olisi  muutenkin  ollut  syytä  ottaa  mu¬ 
seon  suunnittelussa  huomioon. 

On  luonnollisesti  mahdotonta 
miellyttää  kaikkia  sen  suhteen,  mitä 
ensimmäiseen  näyttelyyn  otetaan  ja 
mitä  jätetään  pois.  Ohjenuorana  toimii 
kuitenkin  se,  että  museo  kertoo  suo¬ 
malaisista  peleistä  ja  pelaamisesta  Suo¬ 
messa.  Täällä  tehdyt  pelit  saavat  paljon 
näkyvyyttä,  mutta  myös  ulkomaisia 
ilmiöitä  käsitellään  niiltä  osin  kuin  ne 
ovat  olleet  meillä  merkittäviä.  Etenkin 
pelilaitteet  eli  kotimikrot  ja  pelikonso- 
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lit  kun  tulivat  meille  lähes  kokonaan 
muualta,  vaikka  kotimaista  ohjelmis¬ 
totuotantoa  olikin  alusta  asti. 

Termi  ”pelaaminen”  on  viime  vuo¬ 
sina  yhdistetty  niin  vahvasti  juuri  di¬ 
gitaaliseen  pelaamiseen,  että  historiaa 
miettiessäänkin  on  helppo  eksyä  pyö- 
rittelemään  ajatuksiaan  vain  viimeis¬ 
ten  45  vuoden  ja  erilaisten  sähköisten 
pelien  ympärillä.  Tämän  vuoksi  työ¬ 
ryhmässä  on  kiinnitetty  erityistä  huo¬ 
miota  siihen,  että  myös  lautapelejä  ja 
roolipelejä  käsitellään  kattavasti.  Pai¬ 
nopiste  on  kuitenkin  tietoisesti  digi¬ 
taalisuuteen  kallellaan,  sillä  juuri  sillä 
alalla  Suomi  on  kokoonsa  nähden  var¬ 
sinainen  suurvalta. 

Mennyttä,  nykyistä  ja  tulevaa 

Vaikka  vanhat  digitaaliset  pelit  saavat 
luonnollisesti  Suomen  pelimuseossa 
paljon  tilaa,  museosta  ei  tule  pelkkä 
retroluola.  Tarkoitus  on  pitää  sormi 
pelialan  pulssilla  ja  seurata,  mitä  alalla 
tapahtuu.  Tässä  auttaa  osaltaan  myös 
yliopiston  asiantuntemus.  Pelimuse- 
osta  toivotaan  kohtaamispaikkaa,  jos¬ 
sa  vanhat  ja  uudet  pelit  sekä  niiden 


harrastajat  voivat 
kohdata. 

Tärkeintä  on 
kuitenkin  se,  että 
museosta  tulee 
vuorovaikuttei¬ 
nen.  Lasin  taka¬ 
na  olevia  pelejä 
on  hieno  ihailla, 
mutta  niiden  sie¬ 
lunelämään  ei 
pääse  tosissaan 
paneutumaan 
kokeilematta  itse. 

Siksi  haluamme 
rakentaa  muse¬ 
oon  useita  peli- 
pisteitä  ja  myös 
pitää  ne  kunnos¬ 
sa.  Tähän  vaaditaan  rahaa,  jota  hanke 
kerää  myymällä  pääsylippuja  ennak¬ 
koon. 

Tätä  kirjoitettaessa  Suomen  pelimu- 
seon  joukkorahoituskampanja  on  ke¬ 
rännyt  jo  puolet  minimitavoitteestaan. 
Se  on  hyvää  vauhtia  matkalla  Mese- 
naatti.me-palvelun  rahoitetuimmaksi 
projektiksi.  Matkaa  maaliin  on  kuiten¬ 


kin  vielä  paljon,  ja  myös  sinun  apuasi 
kaivataan.  Edullisimmillaan  tukijaksi 
pääsee  10  eurolla,  ja  tarjolla  on  myös 
erilaisia  yrityspaketteja.  Tämä  museo 
Suomesta  puuttuu  -  tehdään  se  yhdes¬ 
sä! 

Suomen  pelimuseo  internetissä: 
http://suomenpelimuseo.fi 


Skrollitöllö 

Teksti:  Ninnu  Koskenalho 
Kuva:  Antti  Kurkinen  /  OUBS  ry 

oukokuussa  Skrollin 
lukijat  saivat  nauttia 
poikkeuksellisen  audio¬ 
visuaalisesta  skrollip- 
läjäyksestä.  Otaniemi 
Pop  Up  Living  Room  -niminen  yhtei¬ 
söllinen  projekti  valjasti  kolmeksi  tou¬ 
kokuun  viikoksi  teekkareiden  OUBS- 
yhdistyksen 
televisiostudion 
erilaisten  tapah¬ 
tumien  areenaksi. 

Skrolli  oli  muka¬ 
na  järjestämässä 
yleisölle  avoimen 
keskusteluillan, 
jossa  puhuttiin 
Jukka  O.  Kaup¬ 
pisen,  Tapio  Ber- 
schewskyn  ja 
Ninnu  Koskenal- 
hon  voimin  eri¬ 
tyisesti  peleistä. 

Illan  vierai¬ 
siin  kuuluivat  20 
vuotta  täyttävän 


Housemarque-pelitalon  perustajajäsen 
Ilari  Kuittinen,  pelimusiikin  veteraani 
Ari  Pulkkinen  sekä  Skypen  välityksellä 
osallistunut  säveltäjä  Jonne  Valtonen, 
joka  tunnetaan  myös  Future  Crew  -de- 
moporukan  Purple  Motionina.  Yleisöä 
oli  mukana  sekä  paikan  päällä  että  vir¬ 
tuaalisesti,  sillä  tapahtuma  striimattiin 
livenä  YouTubeen.  Skrolli -yhteisö  oli 
myös  aktiivisesti  mukana  keskustelus¬ 
sa  ja  lähetti  irc-kanavan  kautta  tervei¬ 
siä  ja  kysymyksiä  studioon.  Kokeilim¬ 


me  myös  livetwiittausta,  ja  Twitterin 
kautta  keskusteluun  saatiin  terveisiä 
eduskunnasta  asti. 

Jos  monimediaiset  mehevät  kes¬ 
kustelut  menivät  sivu  suun,  ei  hätää: 
editoitu  videotaltiointi  on  nähtävis¬ 
sä  sivuillamme  osoitteessa  skrolli.fi 
tai  keskustelufoorumilla  osoitteessa 
www. skrolli.fi/ forum/ . 

Ensi  numerossa  lisäksi  luvassa  laa¬ 
jempi  reportaasi  Otaniemen  olohuo¬ 
neen  tekemisestä  ja  tekniikasta!  & 
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